Improve your web typography with hyphenation, space control, intelligent character replacement, and CSS hooks:
- Hyphenation — over 70 languages supported
- Space control, including:
- widow protection
- gluing values to units
- forced internal wrapping of long URLs & email addresses
- Intelligent character replacement, including smart handling of:
- quote marks (‘single’, “double”)
- dashes ( – )
- ellipses (…)
- trademarks, copyright & service marks (™ ©)
- math symbols (5×5×5=53)
- fractions ( 1⁄16 )
- ordinal suffixes (1st, 2nd)
- CSS hooks for styling:
- ampersands,
- uppercase words,
- numbers,
- initial quotes & guillemets.
wp-Typography has the following requirements:
- the host server must run PHP 7.4.0 or later,
- your installation of PHP must include the mbstring extension (most do),
- text must be UTF-8 encoded.
Hallo,
super das es einen Fix für das Safari Problem gibt. Vielen Dank!!!!
Aber man kann die Zeichen Anzahl bei ” Wörter mit weniger als ____Buchstaben nicht trennen.” nicht mehr verändern. Der Wert springt nach dem Speichern immer auf 4 zurück, auch die zwei folgenden Auswahlfenster darunter sind nicht mehr veränderbar. Nach dem Speichern springen Auswahlfenster immer auf 2 und 2 zurück.
Viele Grüße
Stefan Engenhorst
@Stefan: Danke für die Rückmeldung! Hab mir das näher angesehen: Gespeichert werden die Änderungen korrekt, nur die Darstellung in der Einstellungsmaske ist falsch. Wenn man dann erneut speichert, überschreiben die sichtbaren Werte dann leider die eigentlich eingestellten. Auf Github ist das Problem schon behoben. Vor einer neuen Releasen würde ich gerne noch ein paar Stunden abwarten, ob noch etwas auftaucht.
English version:
In 3.0.0, settings represented by drop-down lists are saved correctly, but no value is marked as “selected” on display. When the settings are saved a second time, the correct values are overwritten by the displayed values (i.e. the first value in the list). A fix has been committed to Github and a new release on WordPress.org will follow in the next few hours.
Hallo,
vielen Dank für das tolle Plugin.
Mit dem Update kann ich aber keine guillemets mehr nutzen.
Hallo,
ich bin wirklich begeistert, dass eines meiner Lieblingsplugins aktualisiert wurde. Vielen Dank!
Kleines Problem: Bei einem Artikel, den ich gerade plane, wird “Backend” links und rechts mit zwei hochgestellten Anführungsstrichen gezeigt; vorher war das nicht der Fall.
@Peter & Sabrina: Oops. Das kommt von last-minute-Änderungen am Code, und seien sie vermeintlich noch so gut abgesichert. Ein fehlendes Plural‑S bei einer Klasseneigenschaft war schuld 🙁
Version 3.0.2 wird das beheben.
English version:
A typo in a class property name prevented custom quote styles from working properly. Fixed in version 3.0.2.
Erst mal vielen Dank für die schnelle Reaktion und die Arbeit.
Leider kann ich keine Änderung melden. (Ich hab zur Sicherheit auch den Cache mit Cachify geleert.)
Schöne Grüße
Sabrina
Ich hatte übrigens bei “Schöne” auch keinen Akzent gesetzt. 😀
Nur zur Info, das wird schon alles. 🙂
Jetzt funktioniert es! 🙂
Ich hab noch mal auf beiden Blogs erst den Cache geleert, das Plugin in den Einstellungen nach kleinen Änderungen (die mit den Anführungsstrichen nichts zu tun hatten) aktualisiert, jetzt scheint alles richtig angezeigt zu werden.
Besagter Entwurf hat sich erst sturgestellt. Also habe ich das Wort ganz gelöscht, mit den Anführungszeichen neu eingetippt, und nun wird’s ebenfalls richtig angezeigt.
@Sabrina: Ja das liegt am internen Caching von wp-Typography. Wenn sich an der Konfiguration etwas ändert (irgendeine Kleinigkeit im typographischen Bereich), dann ergibt sich ein neuer Key für den Cache. Damit so etwas nicht noch einmal auftritt, werde ich aber künftig die Plugin-Release mit in den Cache-Key einbauen. (Leider kann man die Transients nicht direkt löschen, aber spätestens nach 24 Stunden ist der Spuk vorbei 😉
English version: If the new version doesn’t seem to fix the quotes issue, you have to set the “deactivate caching” checkbox or change one of the typographic settings. I’ll add the version number to the cache key so future releases will have automatic cache busting on upgrades.
Alles klar. 🙂
Soweit läuft es jetzt richtig gut, bin begeistert.
Danke noch mal abschließend!
Servus und herzlichen Dank, dass Ihr Euch der Webtypographie angenommen habt!
Momentan kann ich Eure Version so noch nicht einsetzen, denn wenn ich in meiner Hauptseite Umbrüche hinter Divis (Bindestrich, Auslassungsstrich) erlaube, wird der Divis bei Einsatz als Bindestrich mit ?? ergänzt, bei Einsatz als Auslassungsstrich sogar mit ????.
Weiterhin wird z.B. km/h zu km/?h.
Das passiert in Firefox wie in Safari, Chrome oder Opera.
Ob mein Template nicht zu Eurer neuen Ausführung von wp-Typography passt? Oder wo könnte der Fehler liegen?
@Detlev: Mir fallen verschiedene mögliche Ursachen ein (falsche Zeichensatzkodierung, fehlende Glyphen im Font, ein
the_contentfilter, der nach wp-Typography läuft …) — genauer läßt sich das nur sagen, wenn ich mir eine Demo-Seite irgendwo anschauen könnte (evt. reicht auch ein Screenshot, aber vermutlich nicht).Grundsätzlich funktioniert wp-Typography (auch in der alten Version) so, daß verschiedene spezielle Zeichen (schmales Leerzeichen, breitenloses Leerzeichen, bedingter Trennstrich) eingefügt werden.
English version: I’d have to have a look at an example page to determine the cause. Basically, wp-Typography inserts various special characters (slim space, zero-width space, soft hyphen) into the text and if the browser can’t display one of them, you get those characters. Reasons could be wrong encoding, some filter running after wp-Typography, missing glyphs in the font, etc.
Hallo,
ich habe einige Funktionsprobleme mit wp-typography (OSX 10.8.5 — für dieses System aktuelle Versionen von Safari, Firefox, Chrome, wp-typography aktuelle Version)
Sprache deutsch:
— Stellenweise wird ein Gedankenstrich (im Manuskript — ) nicht als Gedankenstrich dargestellt.
— Trennungen erfolgen nach zwei Buchstaben, obwohl 3 oder 4 Buchstaben als Mindestlänge eingestellt sind.
— Im Fall von „Ausgabe 4/2015“ entsteht eine Bruchdarstellung, die hier falsch ist.
Screenshots kann ich gerne schicken.
Grüße
Wolf
Hallo,
Nachtrag zu meinem Eintrag:
„– Stellenweise wird ein Gedankenstrich (im Manuskript — ) nicht als Gedankenstrich dargestellt.“ Hier auf der Website wird das im Manuskript stehende Divis-Zeichen als langer Gedankenstrich dargestellt.
„– Im Fall von „Ausgabe 4/2015“ entsteht eine Bruchdarstellung, die hier falsch ist.“ Augenscheinlich wird das hier richtig dargestellt.
Grüße
Wolf
Moin, moin,
wir haben ein brandaktuelles Problem mit diesem Plugin: Heute Mittag haben wir erst auf WP 4.4, anschließend das Plugin wp-typography auf Version 3.0.3 aktualisiert. Von diesem Moment an war die Website tot in dem Sinne, dass nur noch Hintergrund und Header, aber keine Beiträge, Seiten, Menüs oder Widgets mehr zu sehen oder aufzurufen waren. Eine Deaktivierung von wp-typography löste das Problem sofort, alles funktionierte wieder. Und weil das Problem wiederholbar ist, indem eine Plugin-Aktivierung sofort wieder zum Aus für die Website führt (und Deaktivierung zur ordnungsgemäßen Funktion), gehe ich davon aus, dass die aktuelle Version des Plugins wohl irgendeine Macke bezogen auf 4.4 haben muss. Es wäre nett, wenn das umgehend überprüft und behoben werden könnte, denn wir möchten auf dieses tolle Plugin ungern verzichten.
@Wolf: Zum Großteil konnten wir das eh schon per Mail klären: Die Gedankenstrichersetzung ist derzeit nur für englischsprachige Seiten sinnvoll, da die angewendeten typographischen Regeln nicht für andere Sprachen konfigurierbar sind. In concreto wurde die Ersetzungsregel nicht angewandt, da der Quelltext vor dem Gedankenstrich ein geschütztes Leerzeichen enthielt. Die Silbentrennung erfolgte korrekt, aber offenbar war gleichzeitig
hyphens: auto;im CSS aktiv. “Falsche” Bruchzahlen (und andere Formatierungen) lassen sich durch einspantag mitclass="noTypo"lokal vermeiden.@WATERKANT: Ohne nähere Informationen zur verwendeten Umgebung (siehe Mail) kann man da schwer was sagen, ein allgemeiner Fehler in Zusammenhang mit WordPress 4.4 liegt eher nicht vor. Nachdem das Backend doch zu funktionieren scheint, dürfte es sich um einen Konflikt mit einem anderen Plugin oder dem Theme handeln.
Lieber Küchenmeister,
ich war zu schnell mit dem update und hab zu spät gemerkt, dass mein php nicht mitkann. Kannst du die 3.0.4. version noch weiter zum d/l zur Verfügung stellen?
Danke, lg
@hcv: Alle alten Versionen können von https://wordpress.org/plugins/wp-typography/developers/ heruntergeladen werden. Aber gibt es wirklich Hoster, die eine derart uralte Version von PHP 5.3 im Einsatz haben? Auch wp-Typography 3.0.4 benötigt ja PHP >= 5.3.
English version: All old versions of wp-Typograph can be downloaded from https://wordpress.org/plugins/wp-typography/developers/. However, all versions starting from 3.0.0 require at least PHP 5.3.
thx und sorry, hätt’ ich selbst finden können.
ad php-version, da muss ich mal servus.at mailen …
Danke für die aktuellen Änderungen — einfach mal so, weil Du in der kurzen Zeit wirklich was Tolles geschafft hast und mir die heutigen Änderungen besonders positiv aufgefallen sind.
Und ein schönes, gesundheitlich und auch sonst erfreuliches Jahr. 🙂
Kann mir jemand helfen: Ich habe das Theme twenty fourteen. Typographie installiert, eingeschaltet, eingestellt. Nix tut sich. Weder bei neue editierten Texten, noch bei alten Texten, noch bei Texten aus der Zwischenablage. Wie gehts??? Verzweiflung.
@Helmut: Evt. ist ein Caching-Plugin aktiv und die Cache-Inhalte müssen regeneriert werden.
Hello! Your plugin posting hyphenate in A‑tag attributes and I see dash in title-baloon, when i hover links — its amazing bug.
Please help me!
Could you please link to the affected page? wp-Typography does not touch attributes, only text nodes in the DOM. I would assume that you have got some JavaScript code running that reads the tag content to generate a title attribute on the fly?
Hallo,
leider bekomme ich die Darstellung von Guillemets seit Wochen nicht mehr hin. Auch nicht nach 24 Stunden, abgelaufenem Cache und ähnlichen Tipps von weiter oben. Caching ist auch gar nicht aktiv …
Wäre dankbar für weitere Hinweise.
Viele Grüße,
Stefan
@Stefan: Ich müßte mir die konkrete Seite anschauen. Bitte um einen Link und kurze Info, welche Einstellungen in wp-Typography aktiv sind.
Link hatte ich beim Kommentarschreiben mit angegeben. 🙂 http://phantanews.de
Einen Screenshot der vermutlich relevanten Einstellungen findest Du hier: https://dl.dropboxusercontent.com/u/133858/screener.jpg
Ansonsten ist das Caching jetzt aktiv (keine Änderung), ebenso Silbentrennung, Weißraum-Steuerung nichts angehakt, Hurenkinder aktiv, Umbrüche nichts angehakt, es werden keine CSS-Klassen hinzugefügt
Danke!
@Stefan: Hat es schon einmal funktioniert? Falls ja, was hat sich seither geändert (neues Theme, neue Plugins …). Auf der angegebenen Seite finde ich jedenfalls keine “geraden” Anführungszeichen (
"). Entweder wird also von einem anderen Plugin eine Ersetzung vorgenommen oder der Content enthielt von Anfang an schon typographische Anführungszeichen.Ja, es hat bis zum vorletzten Update des Plugins jahrelang funktioniert. Themeänderung: keine. Neues Plugin ja: SSL Insecure Content Fixer. Mich hat auch schon gewundert, dass sich die Anführungszeichen irgendwann geändert haben. Ich wüsste aber nicht, welches Plugin dafür verantwortlich sein könnte … Ich geh nochmal die Liste durch.
Wie wird die Ersetzung technisch durchgeführt?
Eine Reihe von Regular Expressions ersetzt in einem
the_content-Filter je nach lokalem Kontext die". Ich würde einmal versuchen, den Insecure Content Fixer zu deaktivieren. Ansonsten gilt das übliche für die Fehlersuche in WordPress: Theme auf ein Twenty XXX ändern, schauen ob der Fehler nicht mehr auftritt. Falls das nichts nützt, alle Plugins bis auf wp-Typography deaktivieren und einzeln wieder aktivieren, bis man die Inkompatibilität gefunden hat.Den Insecure Content Fixer zu deaktivieren hatte ich schon versucht. Da am Theme nichts geändert wurde, schließe ich das als Fehlerquelle aus. Die Suche nach einer Plugin-Inkompatibilität dürfte sich aufwendig gestelten, da mir dafür aktuell die Zeit fehlt, werde ich wohl erstmal ohne Guillemets leben müssen.
Trotzdem danke.
Naja, es ist lästig, aber durch den “kürzlich aktiviert” Reiter hat man das üblicherweise in einer halben Stunde durch. Bzgl. “am Theme nichts geändert”: Ich würd es trotzdem kurz ausprobieren. Manchmal gibt es da die eigenartigsten Interaktionen.
PS: Funktioniert ein anderer Anführungszeichenstil? Damit’s auffällt, evt. die asiatischen nehmen.
Wow, sehr schöne Idee das Plugin. Danke. Wollte es gleich ausgiebig testen und habe jetzt festgestellt, dass es innerhalb ACF-Inhalten nicht greift. Im WordPress-Standard-Titelfeld schon. Lässt sich das ändern? Das wäre fantastisch.
Sorry für die späte Antwort, da war noch ein WordCamp in Wien 😉
Es gibt inzwischen eine API-Beschreibung, wenn auch noch nicht sehr umfangreich. Der Zugriff via
WP_Typography::get_instance()ist allerdings mächtig, aber etwas unkomfortabel. Das möchte ich in der nächsten Version dann etwas vereinfachen.English version: Sorry for the late reply, WordCamp Europe intervened 😉
There is a new API description. Future versions of wp-Typography will most likely simplify API access (using
WP_Typography::get_instance()is powerful, but can result in some wordy templates).Danke. Das sieht sehr vielversprechend aus. Meine WP-Kenntnisse sind aber etwas zu dünn dafür. Ich nehme an, die dokumentierten Zeilen kommen ins functions.php. Aber wie finde ich heraus, was anstelle «some_custom_hook» reinkommt?
@Jürgen: Ja, in
functions.php. Versuch es einmal mitacf_the_contentals hook.@English version: Try using
acf_the_contentas the hook foradd_filter.Great! Thank you very much. Where is your beer donation button?
@Jürgen: I don’t have one. Should I have one? But it would be great if you could leave a review on WordPress plugin directory.
PS: No side effects on the filter? I’ve never uses ACF, but it is pretty widespread, so I’m thinking about adding this to the plugin by default.
You absolutely should – decent. Now I’ll test it while building up a project. That will take a few days. If there are any side effects, i’ll come back to you. And of course, i’ll write a short review.
For some reason, I am now getting the following message when I try to go to my website
Fatal error: WP_Typography::get_php_typo(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition “PHP_TypographyPHP_Typography” of the object you are trying to operate on was loaded _before_unserialize() gets called or provide a __autoload() function to load the class definition in /home/content/p3pnexwpnas09_data02/11/3172511/html/wp-content/plugins/wp-typography/includes/class-wp-typography.php on line 411
This only happens in the Chrome browser.
@Jennifer: OK, that’s slightly weird. Apparently the autoloader didn’t load the class for the
PHP_Typographyobject before trying to unserialize it. What version of PHP are you running? Any object caches (memcachedetc.)?Addendum: Is your site hosted on GoDaddy? If so, this might be a bug in their object cache implementation. Let’s continue this discussion on Github.
Hi!
Nice work folks. Really impressive plug-in.
Is it possible to hyphenize excerpts? How?
Thanks in advance,
Eric
@Eric: Sorry for the late reply. Please have a look at the current API documentation for adding “manual” hyphenation in your theme. However, regarding excerpts, the wp-Typography filters (including hyphenation) are already applied via the
the_excerptfilter.Ganz große Klasse. Ich habe so wenige Plugins wie möglich; dieses gehört dazu. Unbedingte Empfehlung!
Danke sehr!
Hallo,
ich finde das Plugin wunderbar! Ich habe lediglich hin und wieder Probleme mit den “Ausnahmen” bei der Silbentrennung. Beispielsweise wurde das Wort “Geschäftsübernahme” ohne Ausnahme so getrennt: “Geschäft-sübernahme” Nachdem ich manuell “Ge-schäfts-über-nah-me” eingetragen habe, macht es mir daraus ” Geschäftsü-bernahme”. Ein Ähnliches Problem hatte ich kürzlich mit dem Wort “Maßnahmen”. Was kann ich hier tun, damit die Silbentrennung korrekte ist?
Schöne Grüße
@Petra: Kann es sein, daß die CSS-Eigenschaft
hyphens(bzw. eine Vendor-Prefix-Variante) aufautostattmanualgesetzt ist? Neuere Themes machen das gerne. Dann kommen sich wp-Typography und der Algorithmus des Browsers gegenseitig in die Quere.@Der Küchenmeister:
Das ist möglich. Ich weiß jedoch leider nicht, wo ich nach dieser CSS-Eigenschaft suchen soll. In der style.css des Themes ist nichts, dort wird nur auf die custom.css verwiesen. Dort finde ich leider auch nichts. Ich nutze das “Enfold” Theme und verwende ein eigenes Child-Theme.
@Petra: Mit Firefox oder Chrome das HTML-Element “untersuchen” und sich die angewendeten Styles ansehen (Kontextmenü). Da steht dann auch dabei, aus welcher CSS-Datei sie stammen.
@Der Küchenmeister: Tut mir leid, ich kann es im Mozilla Inspektor nicht finden. Hier ist die Webseite, um die es geht.
Eigenartig. Wenn man sich den Quelltext kopiert und von UTF‑8 in Entities konvertiert, erhält man für das Wort “Geschäftsübernahme” das Ergebnis
Geschäftsü­berna­hme, alsoGeschäftsü|berna|hme. Wie lauten die konkreten Silbentrennungseinstellungen?Hier ein Screenshot: Bild
Sieht alles korrekt aus. Könnte man irgendwo das Wort Trinkwasserinstallation einbauen? Dann würde ich sehen, ob es an den Umlauten liegt.
Unter dem Menüpunkt “Leistungen” > “Heizungen” ist das Wort bereits eingebunden. Hier funktioniert die Trennung wie gewünscht.
Nein, auch nicht wirklich. Es kommt
Trink|wasseri|nst|allat|ionheraus.Achso, ja, stimmt, wenn man die Seite verkleinert.
@Petra: So, habe den Fehler gefunden. Der Fix wird in Version 3.5.0 zu finden sein.
@Der Küchenmeister: Oh, das ist ja super! Vielen Dank, für den Fix und auch für die absolut schnellen Antworten!
@Petra: Gern geschehen. Die Version wird heute abend zur Verfügung stehen. Über ein Review auf wordpress.org würde ich mich sehr freuen.
@Der Küchenmeister: Schon erledigt! 😉
Hello,
I am using French typography.
The phrase “diabète de type 3” should be rewritten:
« diabète de type 3 »
However it is rewritten:
« diabète de type 3”
I guess that wp-Typography interprets 3″ as “three inches” instead of noticing that it contains a closing quote…
@Bernard: Should be fixed in 3.5.1.
Hi Peter,
You have an awesome module. Thx for the good work.
Hopefully there will be an update soon for the 4.7. WP.
Best regards,
Max
@Max: Thank you. Version 3.5.2 should fix the issue with Enfold/AVIA.
Hello,
since the last update, there seems to be a conflict between wp-Typography and Shariff 4.3.0. If Shariff is active, wp-Typography does not handle post bodies anymore (it still works for post titles and excerpts). Shariff 4.3.0 hooks the_content() with priority 10. Unfortunately, changing the priority to 10000 (higher than wp-Typography´s priority) kills Shariff´s functionality. As the problem seems to be caused by one of the two latest updates to wp-Typography: Do you have any idea how to fix this incompatibility?
Thanks,
Tim
@Tim: If there are any parse errors in the HTML snippet passed to the
the_contentfilter of wp-Typography, it is returned as is since 3.5.2. Mostly this occurs if the fragment is not well-formed.I’ve had a look, there is an unescaped
&in thehrefURL generated by Shariff. This might be an error in the parser, though, the spec is a bit unclear whether plain ampersands in URLs are legal or just legacy usage supported by most browsers.@Der Küchenmeister: Thanks for your help!
Indeed, $html5_parser->GetErrors() returns
[0] => Line 14, Col 611: No match in entity table for ‘text’
[1] => Line 14, Col 637: No match in entity table for ‘via’
[2] => Line 14, Col 4370: No match in entity table for ‘url’
[3] => Line 14, Col 4437: No match in entity table for ‘title’
[4] => Line 14, Col 5413: No match in entity table for ‘subject’
In fact, these aren´t really XML “entities”, but parameters in the URLs used by Shariff — for example:
— CUT —
<a href="https://twitter.com/share?url=http%3A%2F%2Fdie-computermaler.de%2Fmeine-eindruecke-vom-barcamp-hamburg-2016-bchh16%2F&text=Meine+Eindr%C3%BCcke+vom+BarCamp+Hamburg+2016+%23bchh16&via=computermaler"[…]
— CUT —
As far as I can see, these URLs should not cause any problems when parsed?
@Tim: The spec is not very clear on that point. Encoding the ampersand would certainly be valid, so that would be the quick fix. I’ve raised an issue on the HTML5-PHP Github to further explore this, though.
Perfect — that did the trick! Thanks a lot!
Hello !
I have done the French translation for wp-Typography and I just saw your message about the next 4.0.0 version having a few more strings to translate. As requested in your message, here I am 😉
I think I can do the translations needed in the development trunk in 2 days. Is it ok ?
Sure, great!
Hallo,
danke Euch für dieses Plugin.
Ich wollte auf PHP7 udgraden und habe vorher mit \“PHP Compatibility Checker\” geprüft, ob die Seite reif dafür ist. Folgendes Problem ist dabei zu Tage getreten:
—–
Name: wp-TypographyFILE: /home/pjmapsco/public_html/ws-03/wp-content/plugins/wp-typography/php-typography/class-php-typography.php
---------------------------------------------------------------------------------------------------------------
FOUND 25 ERRORS AFFECTING 25 LINES
---------------------------------------------------------------------------------------------------------------
1224 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1225 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1226 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1227 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1228 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1229 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1230 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1231 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1240 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1249 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1250 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1251 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1252 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1253 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1254 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1255 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1256 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1369 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1468 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1469 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1474 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1569 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1572 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1575 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
1579 | ERROR | preg_replace() - /e modifier is deprecated since PHP 5.5 and removed since PHP 7.0
---------------------------------------------------------------------------------------------------------------
—–
Kann ich trotzdem umsteigen oder muss ich ein Update von Euch diesbezüglich abwarten?
Danke schon mal.
Gruß
Marcus
@Marcus: Falscher Alarm, siehe auch dieses Ticket auf GitHub.
@Der Küchenmeister: Danke
Hallo,
kann es sein, dass neuerdings Bindestriche am Wortanfang (bspw. “Bananen-Milch und ‑Brot”) zu Gedankenstrichen gewandelt werden? Oder mache ich irgend etwas falsch?
Nebenbei bemerkt: Folgt auf ein Anführungszeichen im HTML-Quellcode des Posts direkt ein Shortcode, wird das Anführungszeichen offenbar in ein “öffnendes” Anführungszeichen gewandelt, obwohl meist ein “schließendes” korrekt wäre. Lässt sich das vielleicht auch beheben? 😉
Ansonsten: Vielen Dank für das wirklich tolle Plugin!
@Tim: Das mit den Bindestrichen ist mir auch schon aufgefallen, weißt Du zufällig, mit welcher Version das erstmals aufgetreten ist?
Bzgl. der Shortcodes, hättest Du ein Beispiel für mich? An sich sollten zum Zeitpunkt der Ausführung von wp-Typography keine Shortcode-Elemente mehr enthalten sein, aber ich kann versuchen, evt. edge cases abzufangen. (Weiß aber nicht genau, ob das sauber möglich ist.)
@Der Küchenmeister: Ganz genau kann ich das nicht sagen — es dürfte aber erst nach dem 21. Dezember aufgetreten sein (sonst wäre es mir vorher aufgefallen 😉 ).
Was die Shortcodes angeht: Ein Code wie
<blockquote>"abc"[ref]def[/ref]</blockquote>erzeugt bei mir (mit dem Plugin “Simple Footnotes”) das Problem — das ist schon immer der Fall, ich behelfe mir im Moment (sofern ich es nicht übersehe 😉 ) mit einem
​nach dem zweiten Anführungszeichen.@Tim: Mhm, ich hab mir das mit den Bindestrichen jetzt einmal angesehen. Das dürfte so nie funktioniert haben, jedenfalls mit keiner Version seit 3.4.0 (ältere hab ich nicht getestet).
Ich kann es nicht ganz genau sagen, aber es scheint in der Tat schon länger so zu sein. Komisch, dass mir das nicht schon früher aufgefallen ist.
Do you intend to update wp-typography for compatibility with PHP 7.0? If so, when might we expect that update?
@Christine: wp-Typography has been compatible with PHP 7.0 for some time now (indeed, it is developed primarily on PHP 7.0). I assume you are using a “PHP Compatibility Check” plugin. Unfortunately, there have been lots of incorrect reports from that plugin, although I have not been able to reproduce the issue locally.
Hallo!
Vielen Dank erstmal für das wunderbare Plugin und die Zeit und Arbeit, die hinein geflossen sind!
Ich habe auf meiner Seite das Problem, dass auf manchen der Silben “né” ein Accent aigu eingefügt wird (z.B. bei “seiné” oder “einzelné”, nicht jedoch bei “eine”). Dies geschieht allerdings nur in den Auszügen auf der Hauptseite, in den vollständig angezeigten Beiträgen tritt das Problem nicht auf.
Durch Deaktivieren der Option ” Passende diakritische Zeichen erzwingen.” verschwinden die Accent aigus.
Das Problem trat vor einigen Monaten noch nicht auf. Hab die Seite einige Zeit nicht mehr bearbeitet, deshalb kann ich leider nicht sagen, seit wann.
freundliche Grüße,
Martin
Oh, hier scheint das auch zu passieren: né,einzelne, seine…
Die Einstellung ist sprachspezifisch (es gibt aktuell ein englische und deutsche Fassung). Innerhalb eines Wortes sollte die Ersetzung aber eigentlich nicht passieren (tut sie hier auch nicht). Werd mir das Problem anschauen.
Eventuell muß man aus der deutschen Diacritics-Datei auch né herausnehmen. In Deutschland ist das ohne Akzent ja verbreiteter als in Österreich 😉
Martin: Ich habe jetzt einen Testfall in
php-typographyhinzugefügt. Wennsmart_diacriticsaufde-DEgesetzt ist, wird der Stringne vs. seine vs einzelneinné vs. seine vs einzelneumgewandelt, was aus meiner Sicht korrekt ist (man könnte evt. \“né\” ganz aus der Liste nehmen, die Silbe in Deutschland doch eher häufig als Kurzform für \“eine\” gebraucht wird).Ich kann keine fehlerhaften Ersetzungen reproduzieren. Kannst Du Deine Einstellungen näher spezifizieren? Gibt es irgendein gemeinsames Merkmal der fehlerhaften Ersetzungen?
OK, hab das Problem gefunden. Wenn ein Trennzeichen im Wort enthalten ist (
­) wird das Wort ersetzt.Super! Vielen Dank für’s Anschauen! Ist also ein Problem innerhalb des Plugins, wenn ich das richtig verstehe?
Ja, die nächste minor release wird einen Fix enthalten.
Vielen Dank für die Updates und dieses tolle Plugin!
In meinem ersten Post oben ist mir übrigens aufgefallen, dass “Zeichen” Ze-ichen getrennt wird.
Diese Site verwendet englische Spracheinstellungen.
Hi Peter,
seit dem Update heute auf 4.2.0 wird mir nur noch das Hauptmenü angezeigt, darunter bleibt alles weiß. Nach folgender Zeile endet der Quelltext, wenn das Plugin aktiviert ist:
Danach sollte es mit folgender Zeile weitergehen:
Ich nutze die aktuelle WP Version mit dem Divi Theme. Überschneidungen mit anderen Plugins konnte ich nicht feststellen. Hast du eine Idee, woran das liegen kann?
Danke dir und beste Grüße,
Philipp
Eine Inkompatibilität mit PHP 5.x. Version 4.2.1 behebt das Problem.
Leider nein, Seite komplett weiß. Wieder zurück zu 4.1.2., die läuft einwandfrei …
Der von Philipp beschriebene Fehler ist behoben. Möglich, daß es noch ein anderes Problem gibt, da bräuchte ich dann zur Analyse die Fehlermeldung aus dem Error-Log. Evt. fehlt aber nach der Installation von 4.2.1 nur ein Neustart von php-fpm (um den Opcode-Cache neu zu initialisieren).
@Matthias: Versuch einmal das
memory_limitin derphp.inihinaufzusetzen. Der Speicherbedarf der Versionsreihe 4.2.x ist offenbar geringfügig höher als bei den Vorversionen.Raufgesetzt auf 256 MB. Einstellungen und Cache zurückgesetzt. Safari no, FF yes, Chrome Fehler 500. (4.2.2) Mit 4.1.2 läufts. Irgendwas stimmt immer noch nicht.
OK, das ist eigenartig. Dann wäre interessant zu erfahren, welche Fehlermeldung PHP ausspuckt (im Error-Log).
Sehr cool, funktioniert jetzt einwandfrei. Vielen Dank!
Wo kann man bitte ältere Versionen downloaden? Die neue macht mir leider die komplette Website weiß.
@Tenadi: Wir haben\‘s ja schon per Mail geklärt, aber falls noch jemand das Problem hat, ältere Versionen gibt es z.B. auf GitHub. Die Ursache für den white screen liegt in einem offenbar geringfügig höheren Speicherbedarf der 4.2.x‑Versionen und läßt sich durch Erhöhung des
memory_limit-Parameters in der PHP-Konfiguration beheben.Non-breaking spaces are not generated between a ‘>’ (end of a link) and characters such as ‘;’ or ‘:’ in French. For example after “lxjs” on page:
https://lebonheurestpossible.org/statines-et-medicaments-anticholesterol/
@Bernard: Sorry for the delayed response. I’ve reproduced the error and it will be fixed in the next version.
Ich habe heute das Plugin aktualisiert und erhalte nun folgende Fehlermeldung:
Fatal error: Call to undefined function PHP_TypographyDOM::get_previous_textnode() in /kunden/119071_73765/rp-hosting/3335/4435/wordpress_olpp/wp-content/plugins/wp-typography/vendor/mundschenk-at/php-typography/src/class-dom.php on line 247
Mit freundlichen Grüßen
Manfred Allgeier
@Manfred: Bitte den PHP-Opcache leeren bzw. den PHP-Prozeß (
fpm-php) neustarten.@Manfred: Hab mir den Code noch einmal angesehen. Es gibt eine kleine Stelle, die wohl mit PHP 5.6 nicht kompatibel ist. Es sollte im Lauf des Abends eine gefixte Version geben.
@Manfred: Das Problem wurde in wp-Typography 5.0.1 behoben.
Nach der Aktualisierung des wp-Typography Plugins heute morgen (29. August), ist meine Seite nicht mehr erreichbar (White screen Death). Gibt es andere mit diesem Problem?
Nachdem ich das wp-typography entfernt habe, läuft meine Seite wieder. Anscheinend entstand ein Konflikt mit meinem Theme (von Genesis).
@Gil: Ein Konflikt mit dem Theme darf nicht zu einem White Screen führen, es müßte also etwas anderes sein. Falls auf der Seite PHP 5.6 läuft und die wp-Typography 5.0.0 war, wäre der Fehler klar, allerdings wurde gestern nacht noch 5.0.1 veröffentlicht, da tritt das nicht mehr auf. Eine andere Möglichkeit liegt an einem nicht aktualisierten Opcache — hier würde ein Neustart des PHP-Prozesses (
php-fpm) helfen. Jedenfalls müßte im PHP-Error-Log eine Fehlermeldung stehen, die würde mir bei der Analyse helfen.In der Fehlermeldung stand etwas über eine Fehlermeldung mit einer Custom-Page über das Genesis Theme. Leider habe ich die Fehlermeldung nicht mehr. Vielen Dank für die Hilfe.
Im Error-Log am Server auch nicht?
Félicitations ! pour votre sens typographique aigu et si nécessaire.
Besten Dank für das typography-Plugin, das bis jetzt bestens funktionierte!
Doch die neue Version lässt sich nicht mehr aktivieren…
Ein fatal Error wird ausgegeben…
Für einen Lösungsvorschlag wäre ich dankbar.
Zitat: Uncaught TypeError: Argument 1 passed to WP_TypographySettingsMultilingual::match_language() must be of the type array, boolean given, called in /wpcom-1243369/wp-content/plugins/wp-typography/includes/settings/class-multilingual.php on line 167 (etc.)
@Walter: Welche Version war vorher installiert? Ich vermute, daß im Cache aus irgendeinem Grund ein ungültiger Wert für die Liste an Sprachdateien steht. An sich ließe sich das durch “Cache leeren” in den Einstellungen beseitigen, aber wenn sich das Plugin gar nicht mehr aktivieren läßt, nützt dieser Weg natürlich nichts.
Ich werde eine Version 5.0.4 veröffentlichen, die sicherstellt, daß solche ungültigen gecachten Werte ignoriert werden.
Danke für die prompte Antwort — ich bin gespannt 😉
Denn das Plugin arbeitet(e) sprachlich sehr genau, bietet differenzierte Einstellmöglichkeiten, trägt einfach zu einem aufgeräumten Schriftbild bei. Ich würde extrem ungern darauf verzichten…
Grüsse aus der Schweiz:
@Walter: Version 5.0.4 ist kann nun aus dem Repository heruntergeladen werden. Bitte um kurze Info, ob alles paßt (und ich würde mich natürlich über ein Review auf WordPress.org freuen!).
Many thx — Aktualisierung und Aktivierung direkt aus wp heraus klappte reibungslos.
Keep on the good work ! 🙂
Walter
Leider streikt bei mir wp-typography (5.04) schon wieder. Lief eine kurze Weile gut, dann plötzlich aus WP rausgeworfen. Bei der Wieder-Installation dann die Message: “Verzeichnis konnte nicht angelegt werden”.
??
Gruss: Walter
Hallo!
Vielen Dank für das Plugin. Funktioniert soweit super, ich bekomme aber eine Fehlermeldung im Footer:
“Warning: Error while sending QUERY packet. PID=2502 in /var/www/ud21_100/html/wp/wp-includes/wp-db.php on line 1887”. Sie muss von dem Plugin kommen, nach dem Deaktivieren ist sie nämlich weg 🙂
Gibt es zufällig eine einfache Lösung dafür?
Vielen Dank und viele Grüße
Marcwl
Versuch einmal, das PHP-Caching durch
add_filter('typo_php_typography_caching_enabled', __return_false );in der
function.phpdes Themes zu deaktivieren. Vmtl. ist eines der gecachten Objekte für die DB-Einstellungen zu groß.Hallo!
Das Plugin funktionierte sehr gut. Allerdings ist es nicht kompatibel mit dem online-Shop Plugin von WooCommerce. Sobald beide Plugins aktiviert sind, kommt ein interner Serverfehler auf der Seite
@Kosmas: Welche WooCommerce- und PHP-Versionen sind im Einsatz? Läßt sich den PHP-Logs eine konkrete Fehlermeldung entnehmen?
Danke für die schnelle Antwort. Zurzeit haben wir noch die PhP-Version 5.6.30 und die WooCommerce-Version 3.2.3 installiert. Aus den PHP-Logs habe ich keinen konkreten Fehler entnehmen können.
Gruss Kosmas
@Kosmas: Ich werd’s mir anschauen. Bei einem internen Server-Fehler müßte aber eigentlich eine PHP-Exception bzw ein PHP-Fehler im Error-Log zu finden sein.
@Kosmas: Bitte Logging am Server einschalten, ich konnte das in einer lokalen Umgebung mit WooCommerce 3.2.3 und PHP 5.6.30 nicht reproduzieren. Entweder spielt noch ein weiteres (WooCommerce-?)Plugin mit oder es ist eine andere Server-Einstellung die Ursache. Ohne die Fehlermeldung aus dem Log komme ich da nicht weiter.
PS: Welche wp-Typography-Version? Eh 5.0.4?
@Kosmas: Konntest Du etwas herausfinden?
Wir hatten leider zwischendurch noch andere Probleme mit dem WordPress. Aus diesem Grund konnte ich mich noch nicht darum kümmern. Ich habe jedoch gerade auf die Version 5.1.0 von wp-typographie aktualisiert. Jetzt funktioniert es einwandfrei. Auch wenn das WooCommerce-Plugin installiert ist.
Vielen Dank für die Behebung!
Hallo,
Ich habe ein Problem mit der französischen Version.
Alle “né” in negativen Sätzen, zum Beispiel:
werden
:
.
Nach mehreren Suchen stellte ich fest, daß dieses Problem von dem intelligenten Zeichenaustausch zu tun hat : Überschreiben Sie die automatische Zeichenverarbeitung von WordPress mit Ihren Einstellungen hier.
Ich muss diese Option deaktivieren, um dieses Problem zu beheben.
Was steckt hinter diesem intelligenten Zeichenaustausch ? Können wir es einrichten?
Außerdem funktioniert das Modul sehr gut und ich gratuliere Sie für die Arbeit.
Mit meinen freundlichen Grüßen.
@Georges: Vermutlich ist die Option “Diakritische Zeichen” mit Sprache Deutsch oder Englisch aktiviert . “Intelligente Zeichenersetzung” bezieht sich auf den ganzen Reiter, d.h. wenn diese Checkbox nicht angekreuzt ist, werden keine der auf dieser Seite angeführten Optionen angewandt.
WP 4.9 and BeaverBuilder French language.
I observed a problem with WP-typography. When a capital letter is followed by another capital, or when capital letters are in between brackets (parenthesis), these capital letters are changed in small capital letters. Deactivating WP-typography allows to return to a normal situation…
What about that issue?
Thank you
@Christian: That’s a feature. Please have a look at the settings tab “CSS Hooks”.
OK but now WP-typography, when it is activated in the WP interace, induces an internal server error when I want to see my website… Is there some tuning parameters to be compatible with WP 4.9 and Beaver Builder 2.0 ?
What a pity because the plugin is very helpful for a fine typography.
Thanks.
I don’t know about Beaver Builder, but can you please look in your PHP log files what the actual error message is? I’ll need this to diagnose the problem.
What did you change on your site between your initial query and this internal server error?
“Hyphenation — over 50 languages supported” — does it mean your plugin can insert hyphenation to English and Ukrainian pages of the WordPress site or it is available for those 4 locales it has been already translated to?
@Vadym: Please have a look at the FAQ linked in the quoted description. Both English and Ukrainian are supported hyphenation languages.
Hi, danke für das tolle Tool.
Ich möchte alte Artikel von wp-Typography ausschließen. Also bin ich im Reiter “Allgemein” in das Feld “IDs ignorieren” und habe dort die PostIDs eingetragen: 827 564 258 usw.
Danach bin ich auf “Änderungen speichern”. Doch leider ist die Silbentrennung in den ignorierten Artikeln immer noch aktiv. Was könnte ich falsch machen?
@Sascha: Ah, das funktioniert leider nicht so. Mit “IDs” sind HTML-IDs gemeint, nicht die Post-IDs von WordPress. Man müßte dafür wohl einen eigenen Action-Handler bauen, der für manche Post-IDs die wp-Typography-Filter gezielt deaktiviert.
@Sascha: Ich nehme an, diese Anfrage auf WPDE.org ist auch von Dir? Dann verstehe ich das Problem besser. Bilder werden von wp-Typography eh nicht angerührt und AdSense-Codes in
-Tags auch nicht. Falls ein anderes Markup verwendet wurde, sollte sich das über die entsprechenden Felder in den Einstellungen problemlos gezielt ausschließen lassen (ohne die Posts als ganzes auszunehmen). Hast Du’s denn schon ausprobiert? Es wird ja kein Content verändert, d.h. im schlimmsten Fall kann wp-Typography einfach deinstalliert werden und der alte Zustand ist wiederhergestellt.Hi, ja stimmt ist von mir! Ich habe wp-Typo auf der neueren Seite eingepflegt und passt.
Auf der älteren mit 1000 Artikeln zerhaut es alles, da sich kleine Bilder im Blocksatz befinden. Das habe ich jetzt so wie im Thread beschrieben gelöst:
.tag-NEUER TAG {
hyphens: auto;
}
Wie gesagt, es wäre echt cool wenn es mit wp-Typo möglich wäre, alte Artikel auszuschließen. Weil so lohnt es sich nur für neue Webseiten, sonst ist es zu viel Arbeit alte Artikel nachzubessern.
Trotzdem wirklich cooles Tool, danke.
Kann ich mir iene Beispielseite irgendwo anschauen? Ich kann mir grad schlecht vorstellen, warum Bilder im Blocksatz ein Problem sein sollten. Die rührt wp-Typography eigentlich nicht an. Generell könnte man in die Theme-Templates z.B. eine Funktion einbauen, die vor Aufruf von
the_content()für ein Veröffentlichungsdatum vor dem Stichtag den wp-Typography-Filter entfernt (mitremove_filter( 'content', [ 'WP_Typography', 'process' ], 9999 );) und nach dem Aufruf wieder einhängt (mitadd_filter()).@Sascha: Mit Version 5.2.x kann man übrigens jetzt auf die CSS-Klassen des “-Tags zugreifen beim Ignorieren. Wenn die alten Posts eine bestimmte CSS-Klasse gesetzt haben, kann man darüber wp-Typography gezielt deaktivieren.
Hi. The problem is that Safari does not show your comment form. I have both Safari and Technology Preview. I am writing this from Firefox as it’s the only way the comment form would appear. Oy!
@Len: That’s pretty weird, as I’m using Safari myself. Maybe you have some extension enabled that is hiding the form?
Sorry. I have an adblocker on and it prevented it from being shown.
Awesome plugin. I needed the smart fractions for woodworking and recipes/menus. This filled the ticket. Thanks!
However, I uncovered a minor glitch. If Smart Quotes is enabled, fractions that have a double quote (to indicate inches) fail if a comma follows. So
3 1⁄4 works
3 1⁄4″ works
3 1⁄4″. works
3 1⁄4″, fails to substitute properly.
I also find that adding CSS
sub.denominator { line-height: 0; }
gives a better look to the fraction in text. Otherwise, the fraction is too tall.
@Tim: Thanks for the bug report. I’ve been able to reproduce the issue and will release a fix soon.
Regarding the CSS adjustment, I’ll take it into consideration. I’ll have to check with a variety of fonts though, optical results may depend on the specific font family.
The CSS adjustment was easy enough. Don’t make yourself crazy trying to make a universal solution. Might not be worth it.
Updated to 5.3.3 and the comma edge-case is solved. Thanks!
@Tim: The bug is fixed in wp-Typography 5.3.3.
Hello,
Using version 5.3.4 in French typography, I notice the absence of space before a closing quote preceding a comma, for instance in « attribut “n = 2”, » or « sucres “rapides”, » on my page:
https://lebonheurestpossible.org/diete-cetogene/
This is new, I had not noticed it in previous versions…
@Bernard: I’ll look into this.
Just to make sure my message makes sense, we read:
«_sucres_rapides»,
on the page instead of:
«_sucres_rapides_»,
Fixed in 5.3.5.
Ein wunderbares Plugin, aber seit gestern gibt es mir folgende Fehlermeldung im Frontend aus:
Warning: mb_detect_encoding(): Illegal argument in /home/httpd/docs/Suchthilfe2016/wp-content/plugins/wp-typography/vendor/mundschenk-at/php-typography/src/class-strings.php on line 99
Nun bin ich in PHP nicht bewandert, kann den Fehler also nicht selbst beheben. Wird das Plugin ausgeschaltet, funktioniert alles wieder einwandfrei. Alle Plugins sind uptodate, WP und DIVI ebenfalls. Das merory-limit ist bei 265 MB.
Können Sie mir helfen, denn ich vermisse das Plugin sehr.
@Jörg: Wie schon per Mail vorgeschlagen, entferne einmal das Häkchen bei “Parser-Fehler” im Einstellungsreiter “Allgemein”. Evt. hilft das in Zusammenspiel mit dem Visual Builder.
Hallo Peter,
ich nutze Ubermenu. Seit dem ich Wp-Typography installiert habe, werden die title der Links immer getrennt.
Hat jemand ähnlich Erfahrungen gemacht
Fredyy
Ich kenne das Plugin nicht, aber man müßte sich anschauen, welche Funktionen für die Erstellung der
title-Attribute verwendet werden. Grundsätzlich stellt sich die Frage: Schaden dieirgendwo? Ich hab mir die Seite jetzt mit Firefox, Chrome und Safari angeschaut und nirgends irgendwelche Auffälligkeiten bemerkt.Hallo, Dein Plugin hat mit den Hintern gerettet. Super Arbeit!
Ein kleines Problem habe ich jedoch. obwohl das html-Element “title” werkseitig ausgeschlossen ist, wird jede Silbe des Link-Titels im Menü getrennt.
Titel, eines auf der Seite erscheinenden Links, funktionieren prima.
@Bob: Vorsicht:
<title>und dastitle-Attribut in einem anderen HTML-Tag sind zwei verschiedene Dinge. Ob ein solcher Ausschluß überhaupt wirksam wird, hängt davon ab, mit welchen WordPress-Funktionen das Menü tatsächlich aufgebaut wird.Vielleicht hast Du kurz die Zeit und Muße, Dir die Seite anzuschauen? Ich würde mich sehr darüber freuen, wenn die Titel “gerade” angezeigt werden.
Evt. reicht es aus, die Silbentrennung für Überschriften zu deaktivieren.
Hello,
Non-breaking space is not created in the sequence
artificielle”)
on my page:
https://lebonheurestpossible.org/business/
The source of the displayed page shows:
« intelligence artificielle») instead of
« intelligence artificielle »)
The same problem shows up with
crédit»)
Language is French. Version 5.3.5 is active.
Thanks in advance!
Thanks for the bug report. The issue will be fixed in the next release.
Servus,
tolles PlugIn!!!
• Wie kann man einzelne Wörter lokal von der Trennung ausnehmen?
• Wie kann man auf einer Seite (mit breiten Spalten) die Trennung komplett ausschalten?
• Wie kann man auf einer Seite mit sehr schmalen Spalten andere Trennregeln einschalten?
Det: Grundsätzlich kann man einzelne Wörter über die Ausnahmen im Reiter Silbentrennung mit speziellen Trennungen versehen oder sie ganz ausnehmen. Abgesehen von der Benutzung der API (also über Anpassung der Templates), die natürlich die größtmögliche Flexibilität bietet, können einzelne Bereiche auch über CSS-Klassen ignorieren im Reiter Allgemein von der Veränderung durch wp-Typography ausgenommen werden. Das bezieht sich dann aber natürlich auf alle Anpassungen, nicht nur auf die Silbentrennung.
Bzgl. der “sehr schmalen Spalten” hängt es davon ab, ob das server-seitig (durch das Template) festgelegt wird oder sich erst durch CSS-Regeln im Browser ergibt. Bei ersterer Situation kann die wp-Typography-API verwendet werden, um bestimmte Silbentrennungseinstellungen nur für dieses Template anzuwenden. Wenn die schmalen Spalten hingegen im Browser entstehen (z.B. bei einer responsiven Seite), dann ist das technisch leider nicht möglich (die Silbentrennung erfolgt ja bereits am Server).
Hello,
Since the last update (5.4.1), the hyphens within the same word are not correctly aligned. Indeed, they are placed on the basic line instead of being in the middle of the height of eye of letters (I do not know the exact technical term in English). I found this bug on Android, with the versions of Samsung Internet 7.4.00.70 and Chrome 69.0.3497.100
I specify that my site is written in French.
Is it possible to correct?
Thank you very much
The underlying PHP-Typography library has switched to using the Unicode dedicated HYPHEN character instead of the HYPHEN-MINUS.
Can you provide a screenshot of the issue? Most likely, the font used does not have a proper HYPHEN glyph. As a workaround, you could add a filter to replace all HYPHENs (-) with HYPHEN-MINUS (-).
Thank you for your answer that I only discover now.
Could you tell me how to add a filter? What is it about ?
May be it’s about creating a style sheet (CSS). I tried with the property “unicode-range” but it does not work… This property is not recognized apparently…
No, I don’t think that that property will be of any help. It’s an issue with the fonts or the browser (
unicode-rangeis just for subsetting fonts). I’ll try to come up with a generic filter for your situation on the weekend.Thank you very much !
Good evening,
I don’t know if the last update I just made included the famous filter but I still have the problem with hyphens.
No, it would not. The filter will be something to include in your
functions.php. I didn’t get arount to it on the weekend, but I’ll try to come up with one tonight.add_filter('typo_custom_spacing_post_node_fix', function( $content ) {return str_replace( \PHP_Typography\U::HYPHEN, \PHP_Typography\U::HYPHEN_MINUS, $content );
} );
should fix your hyphen problem. You need to clear the wp-Typography cache after adding the snippet to your
functions.php, though.Thank you very much ! Thanks to this problem I learned to modify my file which I had never touched in the ftp … Everything is solved! Thank you very much, really!
Thanks, for this great tool.
Only one minor complaint: Around – between numbers should not spaces be inserted.
10 – 17 Uhr is correct, 10 – 17 Uhr is not.
Otherwise, this option would be very helpful as well.
Keep up the good work.
Cheers Frank
@Frank: That’s the Duden opinion, but DIN 5008 begs to differ. Personally, I think a thin space (
 ) around the dash is more pleasing than no white space at all, so that’s what wp-Typography does (when dash spacing is switched on). It’s a common typographical practice.I have checked DIN 5008 and can not find this rule. Can you help me please?
Wikipedia says: Allerdings ist diese auf einfachen Textsatz (bis 1996 ausschließlich Schreibmaschinen) ausgelegt.
It does say that, yes. I don’t care that much about DIN 5008 (the corresponding ÖNORM has just been withdrawn without replacement), but it’s at least more “official” than the opinion of the Duden editorial team. The practice of setting the interval dash with thin spaces is very widespread (though of course – like most typographic decisions – by no means universal).
However, if you prefer to have without the thin spaces on your websites, you can. Just add a
preg_replacefilter using thetypo_custom_spacing_post_node_fixhook and you are good to go.Thank you. I am glad to read, that there is a fix. Unfortunately I am not familiar with how to apply it. Would you mind ginving me a hint, how to do it? Thanks in advance.
You need to add something like this to your
functions.php:add_filter('typo_custom_spacing_post_node_fix', function( $content ) {
return preg_replace( '/\b([0-9]+)' . \PHP_Typography\U::THIN_SPACE . \PHP_Typography\U::EN_DASH . \PHP_Typography\U::THIN_SPACE . '([0-9]+)\b/u', '$1' . \PHP_Typography\U::EN_DASH . '$2', $content );
} );
Caveat: This code has not been tested.
Thanks for trying, but that code didn’t work.
It still shows the thinspaces in time ranges.
Sorry.
You have to clear the cache from the settings.
No, that wasn’t it.
Sorry, I uses the wrong dash style as the template for the code snippet. You probably have enabled the “international” style, so you’d need to replace
THIN_SPACEwithHAIR_SPACE.I hate to tell you, but that didn’t make a difference (even after clearing cache and reloading the page).
Wouldn’t it be a much better approach to offer to change normal spaces around an EN_DASH into small spaces? That way you wouldn’t force spaces in places where there should be spaces or an author doesn’t want them. There are people who write prices in this way: 3,– Euro. Your current approach would change that to 3, – Euro. I don’t think, that is what you want.
BTW: It would probably be good to change the space in front of the EN_DASH into a nonbreaking space, to prevent the EN_DASH from winding up at the beginning of a line.
Hope this helps.
Kind regards,
Frank
Non-breaking spaces would be nice, but a non-breaking hair space does not exist :-(. For other usages (parenthetical dashes), using the non-breaking variants is certainly something to explore. Thanks for the suggestion!
Yes, I know. Where I really want it, I use 0.5 em for the nonbreaking space.
@Frank: The next release will include an additional dashes style without the hair spaces.
Good evening,
I just made the last update of the plugin (version 5.5.1) and now, every time I write in french the letter “e” after some capital letters like “L” or “C”, the “e” is displayed as an exponent.
Example: « Le » or « Ce »: the “e” is exponent.
This only happens with these two grouped letters and only (with « Les » or « Ces », this does not happen). This error disappears if I disable the plugin. Would you have a solution?
Thank you.
@Sev: Unfortunately, the new Roman numeral detection is a bit overzealous for French. I‘ll either disable it or make a separate setting (and maybe disallow one digit numerals other than I, V and X. Or would those be a problem with French ordinal suffixes as well? If so, the whole Feature might not be worth the trouble, because I specifically added this for French.
Until I can release 5.5.2 (tonight or tomorrow night), you might need to disable Smart Ordinals.
I am not sure to understand because in this case it is not numbers but letters that precedes the unwanted exponent. I let you make the decisions that seem the best … You better understand the problem than me. Thank-you for your prompt response.
@Sev: Those are not really letters (to the fix), but Roman numbers (like in le XXe siècle, which would be transformed to
le XX<sup>e</sup> siècle). Anyway, 5.5.2 now encapsulates this functionality in separate setting.Thank you for the test. After the update 5.5.2, the word “Inde” (India) appears with the three letters following the capital like exponents. So I deactivate Smart Ordinals for the moment.
Just deactivate the Roman numerals sub-option.
The option, which unchecked, restores my text correctly is: “transform the ordinal suffixes [1st] into formatted suffixes [1st]”
Yes, that will also work. “Transform the ordinal suffixes…” is the top-level option, but just disabling “Include Roman numbers…” should fix the issue with “Inde” as well. (
Iis interpreted as the Roman number 1 here,ndeis defined as one of several French ordinal suffixes.)This is perhaps the most underrated plugin for WordPress. Thank you!
I have two suggestions for improvement:
1) When using German or guillemet style single quotes (‚…‘ or ›…‹), an apostrophe in the end of a word will appear as a quotation mark (e.g. as ‘ or ‹ instead of ’). This is quite a big problem. Is it possible to differentiate between a single quote and apostrophes (e.g. by detecting if an opening quote appeared before it or not). A related problem, I think, is writing word like the ’60s which would appear as the ›60s.
2) A smaller suggestion: In the smart quotes drop-down menu in the settings, it is quite hard to see the difference between the quote types because a sans-serif font is used. Maybe you could use a monospace font like you do in the examples (in the grey boxes).
/Mathias
@Matthias: Thanks! Regarding your suggestions:
1) The current algorithms already try to do that, though due to the way HTML is parsed, the result cannot be perfect. For example, your opening quote might also be an apostrophe. The special handling for decades didn’t take the “s” or “er” suffixes into account, that will be fixed in the next release. Regarding the general case, you can already other exceptions vie the smart quotes settings.
2) I’ll look into making the quotes easier to read. I’m not sure a monospaced font will make much difference, though, as I think it’s more of a font size issue (i.e. a monospaced
’is still tiny).Thank you for replying.
1) It might be a problem mostly occuring for texts written in Danish (my language). In Danish, when a word ending in an “s” is inflected in genitive case, you write an apostrophe without an extra “s” after it, e.g.: “Mathias’ cat” which now renders as “Mathias‹ cat”. The exception list can’t really be used, because it should basically include all nouns and proper names ending with an “s”. But it seems like a complicated problem to solve, so don’t worry about it.
2) Yes, a bigger font size would help a lot. As would using a monospace or a serif font — in sans-serif fonts, ‘ and ’ are generally harder to distinquish.
Sobald das Plugin aktiv ist, geschehen 3 Dinge, die ich gerne ändern würde:
- die Schriftart beim “&”-Zeichen (es sieht plötzlich SEHR geschwungen aus).
— die Größe der Großbuchstaben
— die linke Anfangsposition der ersten Zeile eines Absatzes, wenn sie mit einem Anführungszeichen beginnt.
Gibt es dafür eine Lösung?
Danke !
@MGH: Das läßt sich alles in den Einstellungen im Reiter “CSS-Klassen” konfigurieren.
Lieben Dank, hab’s ändern können!
Hab’s gefunden! Lieben Dank, Küchenmeister 🙂
Hi,
mega Plug-In, macht den Blocksatz einfach so viel schöner!
Kann man die Silbentrennung auch auf mehrere Sprachen anwenden?
Wenn ich deutsch auswähle, nutzt das Plugin ja nur die deutschen Regeln, aber bei meiner Seite kann man zwischen mehreren Sprachen wählen, dann funktioniert die Silbentrennung nicht mehr richtig.
Danke schonmal 🙂
Marleen: Sorry für die späte Antwort, ferienbedingt ist das bei mir untergegangen. Meinst Du mit “verschiedene Sprachen” ein Multilingual-Plugin für WordPress mit Beiträgen in jeweils einer Sprache? Dafür gibt es eine Checkbox in den Einstellungen, die Silbentrennungssprache und ein paar andere Parameter (Anführungszeichen) werden dann automatisch an das jeweilige Locale angepaßt.
Falls Du hingegen z.B. ein
blockquote-Tag mit demlang-Attribut meinst, das wird leider von wp-Typography aktuell nicht unterstützt (ist allerdings langfristig auf meiner TODO-Liste).Hallo zusammen,
ich erhalte beim Abspeichern folgende Fehlermeldung:
“Aktualisierung fehlgeschlagen. Fehlermeldung: Die Antwort ist keine gültige JSON-Antwort.”
Wenn ich das Plugin deaktiviere ist der Fehler “weg”.
Kann mir einer von Euch helfen?
Danke
Jörg
@Jörg: Dieser Fehler ist mir nicht bekannt, in welchem Zusammenhang (Beim Speichern von was? Welche Theme/welche relevanten anderen Plugins?) tritt das auf? Kannst Du über die Browser-Konsole feststellen, welcher XHR-Request konkret fehlschlägt und wie die Rückmeldung des Servers genau aussieht? (Über das Kontaktformular bin ich auch per E‑Mail erreichbar, das wäre für die Fehlersuche vmtl. leichter.)
Hallo, gibt es eine Möglichkeit, einzelne Worte von der Silbentrennung auszuschließen? Und auch, wenn sie bereits einen Bindestrich enthalten (wie z. B. Teilnehmer/-innen)? Fragt Elke
@Elke: Du kannst das Wort mit der CSS-Klasse “noTypo” von der Verarbeitung ausschließen. Beispiel:
<span class="noTypo">Teilnehmer/-innen</span>Super, funktioniert. Danke für die schnelle Antwort!
Hello,
I notice on the page https://lebonheurestpossible.org/coronavirus-discussion/ that the word “européen” (just before the word “Discovery”) is not split correctly: the hyphen is missing. I had seen the same problem earlier on other pages but I did not keep a record of it.
My guess is that WP-Typography wants to separate the word “euro” instead of keeping it attached to “européen”. I did not find settings that would change this “rule”…
Thanks in advance!
Bernard: I wanted to take a peek, but the server appears to be down.
@Bernard: I checked again and the page works now. I’m seeing the issue you describe in Chrome, but not in Firefox and Safari, so I assume it’s a bug in Chromes new(ish) rendering engine. The soft hyphen is there (euro-péen). I think it likely that the issue occurs because the word is at the end of a textnode (because “discovery” is inside a
<strong>element).Yes, it is probably a bug of the browser… I understand there is nothing specific to WP-Typography trying to interpret and dissociate words such as “euro”. Thanks for the help!
Plugin führt zu PHP-Konflikt
ist dieses Problem bekannt?: wenn WP Typography deaktiviert ist, gibt es kein Problem. Wenn aktiviert, dann hängt sich die gesamte Website auf(möglicher Konflikt mit NextGEN Plugin?:
PHP Fatal error:
Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /home/sites/site100013397/web/xyz.de/wp/wp-content/plugins/wp-typography/vendor-scoped/mundschenk-at/wp-data-storage/src/class-transients.php on line 116
Andreas: Kein Konflikt, aber der maximal erlaubte Speicherbedarf für PHP-Skripts muß in der Server-Konfiguration erhöht werden. 128 MB ist für WordPress mit vielen Plugins zu wenig.
Hello,
In French, WP‑T inserts non-breaking spaces before punctuation signs “;”, “:”, “?”, “!”, and between « and », which is perfect. However these non-breaking spaces are stretched just like ordinary spaces when text is justified.
Therefore, it would be great that, instead of inserting a standard ” “, WP‑T inserts a narrow no-break space ” ”
This could be implemented as an option, of course.
Bernard: This option already exists (in the “Special Characters” section of the “General Scope” tab). The problem is that font and/or browser support for NARROW NO-BREAK SPACE is patchy). For example, Safari currently does not render it at all.
PS. The code for narrow no-break space is (ampersand)#8239(semi-colon)
Great! I had not noticed this option… I have unchecked “Replace narrow no-break spaces [ X Y ] with regular no-break spaces [ X Y ]” and cleared the cache. It does reduce spaces as expected. Strangely, however, when looking at the source code of the displayed page (on Chome and Firefox) these no-break spaces appear as common spaces. I don’t see their codes, instead of   when the “replace” option is set…
But well, it creates garbage on Safari. No hope!
Weirdly enough, all the “special” spaces are not shown in Chrome’s source view. Jukka Korpela has created a nice test page for them.
I am facing a new problem when superscripts are placed immediately after a quote. Look at page https://lebonheurestpossible.org/vivre-longtemps/ and search for “a tendance”. Four words after it you will see “l’âge” using French quotes. The closing quote has been incorrectly converted because it is followed with “N112” in superscript. I understand that you should recognize tags “sup” and “sub” as valid markers for the end of a word.
Ah, that’s a bit more tricky. I’ll look into it, but I can’t promise this will be doable at all. Currently, all the “fixes” work only on one text node in the DOM, if necessary looking at the next character in adjacent text nodes. Taking the parent element into account would be a completely new step and I’m not sure it will give better results in the general case.
Anyway, even if I find a generic solution, it won’t be in the next version of wp-Typography (which will probably be released during the next week).
Thanks! In the meantime I will write the “&nsp»” directly in the source text, and even do this fix automatically when generating the upperscript bibliographic calls (https://lebonheurestpossible.org/pid-management/)…
Hi Bernard, I’ve finally got time to look into this, but I can’t reproduce the problem from the description in https://github.com/mundschenk-at/php-typography/issues/134. Since you have changed your website since then, would it be possible for you to verify the original input that was processed incorrectly (and the intended output) in the GitHub issue?
Hallo Peter
Die Silbentrennung funktioniert für H1 Titel nicht richtig. Für die Website jac.areinigung.ch wird der der erste Begriff Unterhaltsreinigung richtig getrennt –> Unterhalts-reinigung. Der zweite Begriff Gebäudereinigung hingegen gar nicht. Du kannst das z.B. mit dem Tool http://responsivetesttool.com/ nachvollziehen, indem Du Mobile mit einer Breite von 320 px auswählst.
Danke für einen Bescheid
und besten Gruss
Jean
@Jean: Das hat mit der Einstellung “Hurenkinder verhindern” zu tun. Überschriften zählen technisch genauso als “Absatz” (Block-Element). Du kannst die Einstellung entweder ganz deaktivieren oder auf sehr kurze Wörter beschränken.
Salut Peter
Perfekt. Vielen Dank, das ist die Lösung.
Freundliche Grüsse
Jean
Hallo, großartiges Plugin. Gibt es aber auch eine Möglichkeit anstatt der Ausnahmen zu vorhandenen bekannten Wörtern, auch eigene Wörter zu ergänzen?
Das Wort “Veranstaltungshighlights” erkennt es nicht. Wenn ich es bei Silbentrennung als “Veranstaltungs-highlights” hinzufüge, wird es ignoriert.
Viele Grüße, Stephan
@Stephan: Das sollte eigentlich funktionieren. Evt. dasselbe Problem wie bei Jean eins drüber (“Hurenkinder verhindern”)? Sonst würde ich um eine Beispielseite ersuchen, bei der ich mir den Output anschauen kann.
Hallo Peter
zuerst mal Kompliment Grossartiges Plugin
Mein jetztiges Problem
ich habe hier 2 Installationen gemacht
https://enfold481.anlaesse.li/
https://enfold482.anlaesse.li/ Update
Auf der Seite podologie hat es unten 6 Fotos
Bei der Installation 481 funktioniert das öffnen der Fotos
Bei der Installation 482 nach dem Update funktioniert das Öffnen der Fotos nicht mehr
wnn ich das Plugin wp-Typography deaktiviere funktioniert es auch bei 482
Bei 482 beim Mouse over über die Bilder mach es eine ()
Vielen Dank für deine Info
@Fmarxer: Bei der 482er-Seite steht Mist im
hrefder Links. Evt. wird hier irgendwo invalides HTML an wp-Typography verfüttert und der Parser kommt außer Tritt? Sind beide Seiten ident was Plugins anlangt? Auch die Einstellungen?https://vereinsportal.li/
hier ist noch eine seite ganz neu aufgesetzt
nur die galerie auf der ersten seite wurde hinzugefügt
dann habe ich wp-Typography installiert und die galerie funktioniert nicht mehr
Vielen Dank für ihre Bemühungen
@Franz: Bitte keine Zugangsdaten schicken (schon gar nicht öffentlich als Kommentar). Ich dachte ursprünglich, daß auch bei 481 wp-Typography aktiv war, ist dem nicht so? Falls doch, müßte sich jemand die konkreten Unterschiede zwischen den Installationen anschauen (aktive Plugins, Versionen, Einstellungen).
Nachdem das eine eigene Gallery-Implementierung von Enfold zu sein scheint, kann ich wenig zu den Details sagen — ich habe dieses kommerzielle Theme ja nicht verfügbar und kenne den Code nicht. Ist die Gallery über einen Shortcode in den Inhalt eingebunden oder über die Theme-Templates?
Danke für ihre Rückmeldung
ich habe jetzt das tehme nochmals jungfräulich und jede aenderung installiert
https://vereinsportal.li/
Dann füge ich die Gallery einfach einfach über den Avia Layout Bilder hinzu:
https://vereinsportal.li/printscreen/
Bilder einfügen speichern fertig
Homepage wird geöffnet und Gallery funktioniert ohne Probleme.
es sind keine Plugins installiert.
Dann installiere ich wp-Typography Version 5.7.2 (Untested with your version of WordPress)
Dann activiere ich das Plugin und die Gallery kann nicht mehr angeschaut werden.
Dann deaktiviere ich das Plugin und es ist alles wider bestens.
Vielen Dank
OK, d.h. es liegt am Zusammenspiel mit der Galerie von Enfold. Leider kann ich dazu nichts beitragen, weil mir weder Enfold als Theme noch der Avia Layout Builder vorliegen. Meine Empfehlung wäre ein Ticket beim Enfold-Support zu eröffnen, ich helfe gegebenenfalls gerne beim Debuggen des Problems, ohne Zugriff auf den Enfold-Code sehe ich aber wenig Möglichkeiten.
Was man auch noch versuchen könnte (wobei ich keine allzu großen Hoffnungen habe), ist die Klassen
avia-galleryundavia-gallery-thumbzur Ignorien-Liste hinzuzufügen.Vielen Dank
habe ein Ticket bei Enfold eröffnet
melde mich dann mit der Antwort
Vielen Dank
Freundliche Grüsse
Hallo zusammen
Habe folgende Meldung vom Support Team Kriesi.at bekommen:
Das Debuggen von Drittanbieter-Plugins liegt leider außerhalb des Rahmens unseres Theme-Supports, aber wir würden dem Plugin-Entwickler gerne eine Kopie des Themes zur Verfügung stellen, siehe privat. Wenn er sich mit uns in Verbindung setzen möchte, dann kann er dies über unser Kontaktformular auf der Website tun.
https://kriesi.at/contact
Mit freundlichen Grüßen,
Wohin kann ich den Download Link für das Theme senden.
Danke
@Franz: Schick mir bitte eine Mail über das Kontaktformular.
Hallo Peter
Das Theme Enfold wurde auf 4.8.3 upgedatet
Die Bilder können jetzt wieder ohne Probleme geöffnet werden.
Auch wenn das Plugin wp-Typography aktiviert ist.
Danke für deine Bemühungen.
Schöne Grüsse Franz
@Franz: Interessant, dann haben sie doch selbständig etwas behoben. Ich bin noch nicht dazu gekommen, mir das Theme näher anzusehen.
Very interesting WordPress Plugin!
But how can one have proper French punctuation?
Most punctuation signs in French are preceded or followed with a thin space.
For example, the standard quotes in my language are «+ and +».
How can I do this with your plugin ?
@Thierry: Just select the appropriate “Smart quotes” under “Intelligent Character Replacement” and enable “French punctuation” under “Space Control”. You might also want to change the “Hyphenation language” setting.
Hello!
On page https://lebonheurestpossible.org/ma-demarche/ you will notice that there is a wrong break in word “aujourd’hui”. There shouldn’t be a break after/before a quote sign.
Guten Abend Herr Putzer.
Vielen Dank für das tolle Plugin “wp-Typography”.
Leider scheint es momentan eine Problem mit der aktuellen Version von WordPress zu haben. Sobald ich es einschalte ist meine Homepage nicht mehr sichtbar und es wird ein Fehler bzgl. des Memory-Limits geschickt.
Sobald ich es ausschalte, ist alles wieder sichtbar.
Woran kann das liegen?
Mit freundlichen Grüßen
Marcus Spengler
@Marcus: Am zu niedrig gesetzten Memory Limit. Jedes zusätzliche Plugin braucht mehr Speicher.
Vielen Dank für die Info und einen schönen Abend.
MfG
Hallo, wie funktioniert es mit der neuen Gendern Regeln?
Als kann man Mitarbeiter*in schreiben? das scheint bei mir (https://denkmodell.de/academy/termin/organisationsentwicklerin-werden-veraenderung-gestalten/) nicht zu funktionieren.
Danke für das tolle Plugin und Arbeit!
@alberto: Derzeit leider nicht, nein. Ich hab’s als Punkt auf der Todo-Liste für die dem Plugin zugrundeliegende Bibliothek, aber leider bin ich ich noch nicht dazugekommen, in die Richtung was zu entwickeln.
Hallo Küchenmeister!
Bin in einen Whitescreen of death gelaufen nach PHP-Update auf 8.2. Stellte sich heraus es war dein Plug-in. Sobald ich es deaktiviere rennt die Site wieder. Habe 8.1 und 8.0 versucht aber es scheint, aller über 8.0 crash dein Plug-in.
LG
Peter
Cache im Plug-in geleert und alles geht wieder! Sorry!
Hallo Herr Putzer,
ich bin begeistert, dass das Plugin jetzt auch für Breakdance Builder funktioniert. Zumal wp-typography zur Silbentrennung offenbar bis heute “alternativlos” ist. Wahrscheinlich macht sich niemand sonst die Mühe, weil die Qualität und dann noch kostenlos ist einfach nicht zu schlagen.
Herzlichen Dank für Ihre Mühe,
Dietmar Gamm
Danke für das sehr nützliche plugin. Allerdings gibt es ein seltsames Verhalten bei den doppelten Anführungszeichen in den blockquote-Elementen:
steht das Abschluss-Anführungszeichen vor dem Schluss-Punkt, wenn ein Fussnoten-Eintrag folgt (plugin Footnotes Made Easy), wird es korrekt generiert:
« … ». 1
steht es allerdings nach dem Schluss-Punkt, wird ein öffnendes Anführungszeichen gesetzt, wenn ein Fussnoten-Eintrag folgt:
« … .« 2
@grac: Kannst Du mir evt. eine Mail mit dem konkreten Markup schicken (über das Kontaktformular)? In den Kommentaren ist das vmtl. aufgrund des Parsers schwierig.
Seit dem Update auf WordPress 6.2 zerschießt mir das Plugin leider die ganze Seite und muss deswegen deaktiviert bleiben. Ich warte sehnsüchtig auf ein Update, so dass ich es wieder nutzen kann.
@Maria: Bitte um nähere Infos, welche PHP-Version, welches Theme … Diese Site läuft auch auf WP 6.2, es ist also kein generelles Problem.
Ich nutze das Theme Neve und PHP 8.1
Hi! Ich nutze den Themebuilder Bricks vom deutschen Entwickler Thomas Ehrig.
Bei Beiträgen funktioniert das Plugin einwandfrei. Bei Seiten (angenommen ich baue da eine semantisch korrekte Struktur mit einer Section, einem Div als Wrapper und h1 + h2 + p etc.) leider nicht. Kann ich das die Funktion irgendwie herstellen oder ignoriert das Plugin das geplant?
Danke für die großartige Arbeit! Silbentrennung ist einfach ein einziger Pain mit CSS.
Hello! I never tire of admiring your product. Thanks for your work.
Can you help me? I have a problem with fractions. In general, everything is fine with them. However, I noticed a difference between fractions and decimals: I write mathematical formulas. In first case, I get the “normal” fraction form with the “/” symbol. But numbers with commas return the universal division sign “÷”. The point may be that I myself placed these formulas symbols. Then, instead of them, I placed “/”. I was surprised: after saving the article, “÷” returned. Could this be a cache issue or was it intended to be this way?
Hallo,
leider zerstört es meine Datenbank, wenn ich die “Überschriften” in die Trennun gmit einschließe. Das lässt sich auch nicht wieder herstellen, nur indem ich die Datenbank wieder zurückspiele, bevor ich die Änderungen gemacht habe. Gibt es dafür eine Lösung?
@Hirsch: Das kann jedenfalls nicht an wp-Typography allein liegen, da das Plugin keine Änderungen an den Datenbankinhalten vornimmt. Alle Modifikation passieren nur bei der Ausgabe (über die WordPress-eigenen Filter ‘the_content‘, ‘the_title‘ usw.). Wie äußert sich die “Zerstörung” der Datenbank konkret und welche anderen Plugins/Page Builder/… sind im Einsatz? (Eigentlich wäre ein Zusammenhang nur vorstellbar, wenn ein anderes Plugin ‘the_title‘ o.ä. anwendet, um irgendwie direkt in die Datenbank schreibt.)
Fehlermeldung in WordPress 6.7.1:
Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the wp-typography domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /var/www/wordpress/wp-includes/functions.php on line 6114
Es wäre schön, wenn das zeitnah gefixt werden könnte, da diese Meldung auf DEV-System nun (nach dem Upgrade von WP 6.6.x auf 6.7.x) auf jeder Seite im WP-Admin oben eingeblendet ist, was recht nervig ist.
Vielen Dank!
Hallo!
ich wollte nur einmal ganz allgemein anfragen, ob wp-typography noch aktiv gewartet wird, da die Version im WP PlgIn repo mittlerweile 2 Jahre alt ist. Ich benutze das PlugIn sehr gerne (und vermisse derzeit nichts), aber da ich hauptsächlich WP Kurse gebe und meinen Studenten/Teilnehmern immer einbleue möglichst auf Aktualität bei PlugIns zu achten, komme ich da mehr und mehr in Erklärungsnot, wenn ich wp-typography vorstelle.
Schönen Gruß aus Berlin (und danke für die tolle Arbeit),
Enno Hyttrek
Es gab ein Update, das den Fehler, die ich im Kommentar zuvor beschrieben habe, fixt. Schade, dass es hier nicht wenigstens eine ganz kurze Info gab. Ich dachte schon, dass wir auf ein anderes Plugin umsteigen müssen. Danke für den Fix!
@KeksBln: Die Kommentarsektion hier ist leider wirklich ungünstig für das Einmelden von Tickets, sowohl WP.org als auch GitHub wären da besser. Ich bemühe mich, alles möglichst rasch zu beantworten, aber da das Thema ja prinzipiell bekannt war und ich schon an der neuen Version gearbeitet habe, wollte ich erst schreiben, wenn es wirklich erledigt ist. Wie es kommen mußte, war im Dezember dann doch mehr los und es hat länger gedauert, und die Postings hier hatte ich dann nicht mehr unmittelbar am Radar.
@Enno Hyttrek: Grundsätzlich ging noch alles (bis auf die nervigen ‘_doing_it_wrong‘-Warnungen wg. des zu frühen Ladens der Übersetzungsfunktionen), deswegen war der Leidensdruck für eine neue Version lang nicht groß genug. Das aktuelle #WPDrama war dann für die Motivation auch nicht förderlich, aber ja, optimal war die Situation nicht. (Jetzt muß ich nur noch zwei andere Plugins auch noch aktualisieren und dann den endlich den großen Versionssprung für PHP-Typography fertigstellen.)
PS: Kennt wer ein finanzierbares DSGVO-konformes Plugin für Mail-Benachrichtigungen? Comment Mail Pro ist eigentlich schon länger tot und solche großen Plugins selbst zu warten/weiterzuentwickeln mag ich mir nicht zusätzlich antun.