Fre­quent­ly Asked Questions

Things Are Broken!

This plu­g­in breaks post ti­tle links. What gives?

More like­ly than not, your Word­Press theme is us­ing an im­prop­er func­tion to set the ti­tle at­tribute of your heading’s link. It is prob­a­bly us­ing the the_title() func­tion, which de­liv­ers the post ti­tle af­ter fil­ter­ing. It should be us­ing the_title_attribute() which de­liv­ers the post ti­tle be­fore fil­ter­ing. Change out this func­tion through­out your theme when it is used in­side of an HTML tag, and the prob­lem should go away.

Here are some spe­cif­ic in­struc­tions for fix­ing your theme. Please note that every theme is dif­fer­ent, so mileage may vary.

To ed­it the theme, log in as an ad­min­is­tra­tor and go to: Appearance > Editor. You will typ­i­cal­ly want to ed­it the fol­low­ing files (if they exist):

  • archive.php
  • index.php
  • page.php
  • search.php
  • single.php

In each file, search for the code that looks some­thing like this:

<h2><a href="<?php the_permalink() ?>" 
       title="Permanent Link to <?php the_title(); ?>;"><?php the_title(); ?></a></h2>

Your theme may con­tain some vari­a­tions. For in­stance, the h2 tags may be h1 or h3… We are look­ing specif­i­cal­ly for the part that says title=" … <?php the_title(); ?> … ". It should be changed to:

<h2><a href="<?php the_permalink() ?>" 
       title="Permanent Link to <?php the_title_attribute(); ?>"><?php the_title(); ?></a></h2>

Save the files, and you should be good to go.

If you are un­com­fort­able edit­ing your theme’s code, you may al­ter­na­tive­ly go to the wp-​Typography set­tings page in your ad­min pan­el and add h1 and h2 to the “Do not process the con­tent of these HTML el­e­ments:” field. This will dis­able ty­po­graph­ic pro­cess­ing with­in im­prop­er­ly de­signed page ti­tle links and page titles.

Why does fil­ter­ing by HTML el­e­ment, class or ID not pre­vent processing?

wp-​Typography does not have ac­cess to HTML stored in your theme files. It on­ly has ac­cess to the con­tent passed to it (i.e. post ti­tle and con­tent); it is un­able to de­ter­mine the greater con­tex­tu­al awareness.

If you try to fil­ter pro­cess­ing based on a class of the body el­e­ment — as an ex­am­ple — noth­ing will hap­pen. wp-​Typography does not see the body el­e­ment. wp-​Typography does fil­ter by HTML el­e­ment, class or ID for any markup present with­in the parsed con­tent. So if you do not want class noTypo processed, fil­ter­ing will on­ly oc­cur with­in the ti­tle or con­tent of your post or page.

Why are open­ing quotes not be­ing styled?

This plu­g­in of­fers an op­tion to wrap ini­tial quotes in a span of class quo or dquo. You can then style these class­es in your CSS stylesheet. This is use­ful if you want to-​for example-​negatively in­dent quotes so the quote hangs in the left mar­gin and the text is aligned with the text below.

Please note, this ap­plies on­ly to ini­tial quotes — quotemarks that ap­pear as the first char­ac­ter of a block of text (like a para­graph or block­quote). This does not ap­ply to all open­ing quotes.

Why are there strange char­ac­ters on my site when it is viewed with Safari?

There is a bug in the shipped Sa­fari 9 that re­sults in strange char­ac­ters be­ing ren­dered when both lig­a­tures and soft hy­phens ap­pear on the same line. (The bug is on­ly trig­gered when the font ac­tu­al­ly sup­ports lig­a­tures, e.g. with Open Sans.)

For­tu­nate­ly, adding the fol­low­ing line to your CSS fix­es the font ren­der­ing and pre­serves ligatures:

-webkit-font-feature-settings: "liga";
font-feature-settings: "liga";

If you en­able Add workaround for Safari hyphenation bug, this CSS prop­er­ty is in­sert­ed in­to your page automatically.

I’m us­ing Ad­vanced Cus­tom Fields and don’t want my cus­tom fields to be hy­phen­at­ed! How can I dis­able that behavior?

Please in­stall the wp-​Typography Dis­able ACF In­te­gra­tion plu­g­in by @sarukku. Al­ter­na­tive­ly, you can al­so di­rect­ly use the fil­ter hook typo_disable_filtering in your functions.php.

Hy­phen­ation Generally

Why are words hy­phen­at­ed in­cor­rect­ly or not at all?

This plu­g­in in­cludes hy­phen­ation pat­terns for over 50 lan­guages. Please make sure your website’s pri­ma­ry lan­guage is se­lect­ed. wp-​Typography pref­er­ences can be set in the Word­Press ad­min sec­tion un­der Settings > wp-Typography.

My hy­phen­ation set­tings are ig­nored. What’s wrong?

Re­cent brows­er ver­sions sup­port the hyphens CSS prop­er­ty to en­able hy­phen­ation. If you want to the fin­er con­trol over hy­phen­ation that wp-​Typography of­fers, make sure that the your theme stylesheet does not contain

hyphens: auto;

(or one of its vendor-​prefixed vari­ants like -webkit-hyphens). If you can’t re­move the prop­er­ty from the the­me’s stylesheet, make sure to add

hyphens: manual;

in a child theme stylesheet or wp-​Typography’s in­ject­ed CSS. (Don’t for­get the vendor-​prefixed variations!)

What hy­phen­ation lan­guage pat­terns are included?

wp-​Typography has multi-​language sup­port. Pat­tern li­braries are in­clud­ed for:

  • Afrikaans,
  • Ar­men­ian,
  • As­samese,
  • Basque,
  • Be­laru­sian,
  • Ben­gali,
  • Bul­gar­i­an,
  • Cata­lan,
  • Chi­nese Pinyin (Latin),
  • Church Slavon­ic,
  • Croa­t­ian,
  • Czech,
  • Dan­ish,
  • Dutch,
  • Eng­lish (Unit­ed Kingdom),
  • Eng­lish (Unit­ed States),
  • Es­peran­to,
  • Es­ton­ian,
  • Finnish,
  • French,
  • Friu­lan,
  • Gali­cian,
  • Geor­gian,
  • Ger­man,
  • Ger­man (Tra­di­tion­al),
  • Greek (An­cient),
  • Greek (Mod­ern Monotonic),
  • Greek (Mod­ern Polytonic),
  • Gu­jarati,
  • Hin­di,
  • Hun­gar­i­an,
  • Ice­landic,
  • In­done­sian,
  • In­ter­lin­gua,
  • Irish,
  • Ital­ian,
  • Latin,
  • Latin (Clas­si­cal),
  • Latin (Litur­gi­cal),
  • Lat­vian,
  • Lithuan­ian,
  • Kan­na­da,
  • Kur­man­ji,
  • Malay­alam,
  • Marathi,
  • Mon­go­lian (Cyril­lic),
  • Nor­we­gian,
  • Nor­we­gian (Bok­mål),
  • Nor­we­gian (Nynorsk),
  • Oc­c­i­tan,
  • Oriya,
  • Pan­jabi,
  • Pied­mon­tese,
  • Pol­ish,
  • Por­tuguese,
  • Ro­man­ian,
  • Ro­mansh,
  • Russ­ian,
  • San­skrit,
  • Ser­bian (Cyril­lic),
  • Ser­bocroa­t­ian (Cyril­lic),
  • Ser­bocroa­t­ian (Latin),
  • Slo­vak,
  • Sloven­ian,
  • Span­ish,
  • Swedish,
  • Tamil,
  • Tel­ugu,
  • Thai,
  • Turk­ish,
  • Turk­men,
  • Ukrain­ian,
  • Up­per Sor­bian, and
  • Welsh.
Why hy­phen­ate?

Hy­phen­ation in­creas­es the vi­su­al ap­peal of your web­site. When jus­ti­fy­ing text with­out hy­phen­ation, word spac­ing is dis­tract­ing­ly large. With left-​aligned text, the right edge will be un­nec­es­sar­i­ly ragged.

How does hy­phen­ation work?

The soft-​hyphen is an in­vis­i­ble char­ac­ter that com­mu­ni­cates to web browsers al­low­able line breaks with­in words. When a web brows­er wraps a line at a soft-​hyphen, a hy­phen is shown at line’s end.

Sim­i­lar to the soft-​hyphen, the zero-​space char­ac­ter com­mu­ni­cates al­low­able line breaks with­in strings of text. But un­like the soft-​hyphen, it does not show a hy­phen at line’s end. This is ide­al for forc­ing con­sis­tent wrap­ping of long URLs. It al­so can be used to force line breaks in un­co­op­er­a­tive web browsers af­ter hard-​hyphens in words like “zero-​space” and “soft-​hyphen”.

Which browsers sup­port hyphenation?

Start­ing with In­ter­net Ex­plor­er 6, Fire­fox 3, Sa­fari 2, and Opera 8, all ma­jor web browsers have of­fered full sup­port for on­line hyphenation.

It de­pends on the search en­gine. Google and Ya­hoo prop­er­ly han­dle the soft-​hyphen char­ac­ter. Mi­crosoft and Ask im­prop­er­ly treat soft-​hyphens as word breaks. For­tu­nate­ly, Google and Ya­hoo com­prise more than 90% of the search market.

Be­cause Word­Press search queries the data­base — and hy­phen­ation is not stored to the database-​local search is not affected.

Can I con­trol how a spe­cif­ic word is hyphenated?

Yes. The ad­min­is­tra­tive pan­el for wp-​Typography in­cludes an ed­itable ex­cep­tions list.

What hy­phen­ation al­go­rithm is used?

The hy­phen­ation al­go­rithm used by wp-​Typography is based on the 1983 Stan­ford Ph.D. the­sis of pro­fes­sor Frank Liang: Word Hy-​phen-​a-​tion by Com-​puter. In this the­sis, Dr. Liang al­so de­vel­oped an Eng­lish (Unit­ed States) pat­tern file for use with his al­go­rithm. Liang’s Eng­lish pat­tern file was up­dat­ed in 1991 by Pe­ter Breitenlohner.

The re­sult­ing al­go­rithm — with the Eng­lish (Unit­ed States) pat­terns — finds 90% of all al­lowed hy­phen­ation points iden­ti­fied in the Webster’s Unabridged Dic­tio­nary with a 0% er­ror rate. Pat­terns for many ad­di­tion­al lan­guages have been de­vel­oped by oth­ers and vary in quality.


What are wid­ows and why pro­tect them?

A wid­ow is the fi­nal word in a block of text that falls to its own line. Es­pe­cial­ly if the wid­ow is on­ly a few char­ac­ters long, she can get lone­ly. wp-​Typography will try to pro­tect wid­ows by bring­ing them com­pa­ny from the pre­vi­ous line.

There is dan­ger that the widow’s com­pa­ny will leave the pre­vi­ous line with less than op­ti­mal word spac­ing. The risk is less if your text is left-​aligned, but if it is jus­ti­fied, tread care­ful­ly. The pro­tec­tion of wid­ows is com­plete­ly cus­tomiz­able in the ad­min­is­tra­tive options.

Do you plan on of­fer­ing drop-​cap capabilities?

No. The gen­er­al phi­los­o­phy of this plu­g­in is to en­able func­tion­al­i­ty that is oth­er­wise un­avail­able us­ing standards-​based web de­sign. Drop caps can be im­ple­ment­ed us­ing CSS. Here is an example:

/* drop cap */
.mainContent > .header + p:first-letter {
	/* assumes paragraph line-height is 20px and font-size is 14px */
	display: block;
	float: left;
	margin: 0 2px 0 0;
	padding: 6px 0 0; /* for Firefox: (line-height - font-size) */
	font-size: 70px; /* (3.5 * line-height) */
	line-height: 49px; /* for Safari: (3 * line-height - 11px) */
	text-transform: uppercase;
	vertical-align: top;

Class names and di­men­sions will need to be ad­just­ed to your spe­cif­ic application.


Will this plu­g­in slow my page load­ing times?

Maybe. For best per­for­mance, use a per­sis­tent ob­ject cache plu­g­in like WP Re­dis.

Why does this plu­g­in fil­ter con­tent at page load? Wouldn’t it be more ef­fi­cient to do it when post is saved?

There are a few reasons:

  1. If I processed at the time of sav­ing a post, the changes are de­struc­tive. This means: 
    • If peo­ple to back to ed­it their work, there will be a mul­ti­tude of hid­den char­ac­ters that will in­ter­fere with their efforts
    • Spell check would be bro­ken (in browsers like Firefox)
    • If you dis­able the plu­g­in, the changes are still hard­cod­ed, and will not go away.
  2. Changes would on­ly ap­ply to posts saved af­ter the plu­g­in was en­abled (not on pre­vi­ous posts, since they have al­ready been saved, and thus would not trig­ger the ty­po­graph­ic filtering).
  3. Set­tings would not be editable-​since pre­vi­ous fil­ter­ing is stored in the data­base, if you turned off hy­phen­ation, that would on­ly ap­ply to new posts saved.
  4. For most in­stal­la­tions, caching re­solves per­for­mance issues.

But to be hon­est, the biggest rea­son is if there is a bug in my code, I don’t want to be re­spon­si­ble for de­stroy­ing da­ta in the thou­sands of web­sites that use this plu­g­in. If some­thing goes wrong, they can just turn it off — no dam­age done.

Oth­er Questions

Can I de­vel­op a hy­phen­ation pat­tern file for an­oth­er language?

Per­haps. wp-​Typography us­es a de­riv­a­tive of hy­phen­ation pat­terns de­vel­oped for the TeX plat­form. Here is a col­lec­tion of many of the avail­able TeX hy­phen­ation pat­tern files. You will need to find a file for the lan­guage you wish to ad­dress. Next, look in the source code for wp-​Typography at /php-Typography/lang_unformatted/template.txt, the spe­cif­ic needs of lan­guage spe­cif­ic hy­phen­ation pat­terns for this plu­g­in, and how to con­vert them from the orig­i­nal TeX pat­terns are de­tailed there. If a TeX pat­tern does not ex­ist, I sup­pose you could cre­ate one, but I don’t know where to di­rect you.

Can I port this plu­g­in to an­oth­er CMS?

Yes. In fact, We have done most of the work for you. I have sep­a­rat­ed all of the core func­tion­al­i­ty of wp-​Typography in­to a stand-​alone project—PHP Ty­pog­ra­phy—that is eas­i­ly port­ed to any oth­er PHP-​based con­tent man­age­ment sys­tem. There is al­so a Com­pos­er pack­age.

Can I make a do­na­tion to sup­port this plugin?

No. We don’t want your mon­ey. If you want to show your sup­port, we would great­ly ap­pre­ci­ate a link to mund​schenk​.at from your web­site — per­haps with a nice re­view of this plu­g­in. We would al­so great­ly ap­pre­ci­ate a 5‑star rat­ing for this plu­g­in in the Word­Press Plu­g­in Di­rec­to­ry.

This list of fre­quent­ly asked ques­tions has been adapt­ed from the orig­i­nal wp-​Typography FAQ by KING­desk. You are free to share and adapt it un­der the terms of the CC BY-​NC-​SA 3.0 li­cense. See the orig­i­nal li­cense grant for fur­ther details.



  • MrStupendo wrote:

    Hey there.

    Cooles Plu­g­In. Ich würde es lieben, wenn es denn fun­zen würde.

    Ich nutze die neuste WordPress-​Installation mit einem Theme von The­me­for­est, das Blue­bird heisst. Ich be­nutze das Word­fence Plu­g­In, bei welchem ich aber das Caching abgestellt habe. 

    Egal was ich al­so ein­stelle, ich se­he lei­der keine Verän­derung in den Tex­ten bzw. den Tren­nun­gen. An was kan­n’s liegen?

    Respond to this

    • So genau kann ich das blind natür­lich auch nicht sagen, aber falls es um http://​urs​.to geht, dann liegt es bzgl. Sil­ben­tren­nung ver­mut­lich an der -moz-hyphens-Eigen­schaft. Die gehört raus oder auf manual geset­zt (und die Sil­ben­tren­nung durch wp-​Typography natür­lich ak­tiviert). Die CSS-​Hooks für Abkürzun­gen usw. sind näm­lich eh ak­tiv, wie ich gese­hen habe.

  • Wolf-Dieter Grabner wrote:

    Hal­lo! Lässt sich die Fil­terung für an­dere In­halte als the_​content ak­tivieren? Konkret würde ich gerne auch mit­tels Ad­vanced Cus­tom Fields aus­gegebe­nen Texte durch wp-​typography ver­schön­ern lassen. Danke im Vo­raus, Wolf-Dieter

    Respond to this

    • Wolf-​Dieter: Derzeit gibt es lei­der keine wirk­lich saubere Lö­sung, um die wp-​Typography-​Filter auf be­liebige Strings anzuwen­den. Es gibt dazu allerd­ings schon einen Issue-​Eintrag auf GitHub und in der näch­sten Ver­sion wird es eine entsprechende API geben.

      Eng­lish ver­sion: Un­for­tu­nate­ly, there is cur­rent­ly no clean way to ap­ply the wp-​Typography fil­ters on­to ar­bi­trary strings. How­ev­er, an is­sue has al­ready been cre­at­ed on GitHub and the next ver­sion of wp-​Typography will in­clude an API for theme & plu­g­in developers.

  • Wolf-Dieter Grabner wrote:

    Ich habe das mit­tler­weile mit ein­er Än­derung an class-wp-typography.php gelöst:

    if ( ! is_admin() ) {

    add_filter(‘acf/load_value/type=wysiwyg’, ar­ray( $this, ‘process’ ), $this->filter_priority );

    Danke für das su­per Plugin!

    Respond to this

  • louis wrote:


    ich be­nutze das Plu­g­in wp-​Typography sehr gerne. Die Sil­ben­tren­nung funk­tion­iert. Lei­der, eine Zeit lang war alles in Ord­nung, zeigen meine Texte in in dem Sa­fari — Brows­er selt­same Ze­ichen, wie auch in diesem Mo­ment Ihre Web­seite an dieser Stelle. Wörter scheinen über­schrieben zu sein von weit­eren Ze­ichen. Kann ich et­was tun, um diesen Ef­fekt zu verhindern?

    beste Grüße

    Respond to this

    • Eigentlich ist ein Workaround für diesen Safari-​Bug einge­baut. Ich nehme an, der Fehler tritt nach der In­stal­la­tion von 10.11.4 auf? Of­fen­bar hört Sa­fari nicht mehr auf -webkit-font-feature-settings, son­dern will jet­zt font-feature-settings. Das ist ärg­er­lich, denn der zu­grund­liegende Rendering-​Bug wurde nicht be­hoben und die all­ge­meinere CSS-​Eigenschaft be­t­rifft ja nicht nur Sa­fari (bzw. Webkit-​Browser). *seufz*

  • @louis: Ich habe jet­zt doch gle­ich eine neue Ver­sion gebaut 🙂

    Eng­lish ver­sion: I’ve tagged a new re­lease to fix the Sa­fari font ren­der­ing bug workaround not func­tion­ing on Sa­fari 9.1 (re­leased with Mac OS10.11.4 to­day) anymore.

    Respond to this

  • Hey guys,

    I’m hav­ing a com­pat­i­bil­i­ty prob­lem with WP-​Typograpyhy and Sem­plice (sem​plice​labs​.com).

    When I ac­ti­vate the plu­g­in the port­fo­lio grid breaks.
    Screen­shot: https://​in​finit​.io/​_​/​U​b​K​V​B​Q​n​.​png

    I’ve tried to re­place all the ‘the_​title()’ that I found to ‘the_​title_​attribute()’, but it did­n’t fix the problem.

    I’ve talked to Sem­plice Sup­port and they said that they’re us­ing get_​the_​title() to show the post title. 

    I would like to use your plu­g­in but if it makes so much com­pat­i­bil­i­ty prob­lems I can’t.

    Respond to this

    • @Flávio: I tried con­tact­ing you via mail, since di­ag­nos­ing the cause for the break­age is dif­fi­cult with­out ac­cess to oth­er theme/​plugin (or at least a work­ing de­mo site).

  • Kejda wrote:

    Is it pos­si­ble to use this plu­g­in to ren­der all the glyphs of a font? I am us­ing the Doves type, which has quite a few glyphs, and would like to ren­der them on my blog when­ev­er they ap­ply. I am new to these ad­vanced fea­tures of web ty­pog­ra­phy so any guid­ance would be ap­pre­ci­at­ed. (I could­n’t find any­thing use­ful in the plu­g­in settings.)


    Respond to this

    • @Kejda: I’m not sure what ex­act­ly you mean by “ren­der all the glyphs”? Ba­si­cal­ly that is some­thing be­tween your web font and the brows­er and can on­ly par­tial­ly be con­trolled via the font-feature-settings CSS prop­er­ty. In gen­er­al, wp-​Typography does not mess with that prop­er­ty (the Sa­fari lig­a­ture bug workaround be­ing the sole exception).

      PS: If you are just look­ing for so-​called “dis­cre­tionary lig­a­tures” (which are quite beau­ti­ful in Dove Type), add "dlig" to your font-feature-settings.

  • Anton Launer wrote:

    Hal­lo, er­st­mal vie­len Dank für das tolle Plu­g­in. Lei­der habe ich ein Funktions-​Problem. Die Sil­ben­tren­nung und die an­deren schmuck­en Dinge funk­tion­ieren auf der Start- und den Archiv-​Seiten ein­wand­frei. In den Beitrags-​Seiten je­doch nicht. Woran kön­nte das liegen?

    Respond to this

  • Anton Launer wrote:


    Respond to this

    • @Anton: Lei­der kon­nte ich den Fehler mit dem Theme nicht nach­stellen. Der näch­ste Schritt wäre es, alle Plu­g­ins außer wp-​Typography zu deak­tivieren und zu schauen, ob der Fehler im­mer noch auftritt. Falls ja, bräuchte ich genauere In­for­ma­tio­nen zum Host­ing (PHP-​Version etc.). Falls nein, alle Plu­g­ins einzeln ak­tivieren und schauen, bei welchem dann der Fehler wieder er­scheint. Dann kann ich mir die In­ter­ak­tion genauer ansehen.

  • Mandy wrote:

    Hal­lo, kann man ir­gend­wo ein­stellen, dass nur z.B. max. 2 Um­brüche hin­tere­inan­der in einem Fließ­text er­scheinen sollen. Mo­men­tan habe ich einen Ab­satz, wo jedes Wort am Zeile­nende ge­tren­nt wird, das sieht et­was selt­sam aus.
    Ich hab schon ver­sucht bei den Set­tings die Zahl hoch zu set­zen bei “Wörter mit weniger als X Buch­staben nicht tren­nen.” — das hil­ft lei­der auch nicht.


    Respond to this

    • @Mandy: Um welche Web­site geht es? Im Prinzip kann es nur am eingeschal­te­nen Caching oder an der CSS-​Eigenschaft hyphens liegen. In neueren WordPress-​Themes ste­ht die meist auf auto (siehe FAQ).

  • Markus Ueberall wrote:


    Was ich der Plugin-​Beschreibung nicht ent­nehmen kon­nte: Gibt es eine Möglichkeit, die für die Sil­ben­tren­nung ver­wen­dete Sprache für einzelne Ab­sätze, jedes Post­ing einzeln oder in Ab­hängigkeit von der Zuge­hörigkeit zu ein­er Kat­e­gorie festzule­gen? (Wenn nicht: Läßt sich dies in na­her Zukun­ft realisieren?)

    Ohne diese Funk­tion­al­ität ist die Nutzung der Tren­nung beim Vorhal­ten mehrsprachiger Texte (als Be­standteile eines einzel­nen Post­ings oder aufgeteilt in Einzel-​Postings)… “schwierig”.

    Vie­len Dank im Voraus!

    Respond to this

    • @Markus: Eine au­toma­tis­che Lö­sung gibt es ak­tuell nicht, pro­gram­ma­tisch kann aber die Sprache bei manuellen Aufrufen umge­set­zt wer­den (allerd­ings mo­men­tan eher um­ständlich über än­dern der Optionen). 

      Die Prob­lematik an sich ist bekan­nt, allerd­ings auf­grund der ver­wen­de­ten WordPress-​Mechanismen (apply_filter) nicht ein­fach zu lösen. Was ver­gle­ich­sweise ein­fach zu re­al­isieren wäre, ist eine Berück­sich­ti­gung eines al­len­falls geset­zten lang-At­trib­uts für einzelne DOM-​Elemente bzw. deren Kinder. Für Frag­mente, die nicht über ein El­ter­nele­ment mit lang-At­trib­ut ver­fü­gen, wüßte ich ak­tuell allerd­ings keinen Lö­sungsweg. Vorschläge dazu bitte am besten im Github-​Tracker.

  • Markus wrote:

    Hal­lo Mundschenk!
    Ganz her­zlichen Dank für dieses Plu­g­in, funk­tion­iert in der Regel allerbestens. Heute allerd­ings kämpfe ich mit einem Prob­lem. Bei ein­er Web­seite funk­tion­ieren plöt­zlich die Um­brüche auf in den Posts nicht mehr (­ ist nicht en­thal­ten). Auf der Blog-​Seite mit Auszü­gen der Posts und auf Seit­en (Pages) wird weit­er hüb­sch ge­tren­nt. Woran kann das liegen?

    Ich habe in den Ein­stel­lun­gen unter All­ge­mein die HTML-​Elemente meta und link hinzuge­fügt. Trotz­dem er­scheinen dort Trennzeichen.

    Gibt es eine Möglichkeit, Tren­nung an diesen Stellen zu verhinden?

    Respond to this

    • @Markus:

      Me­inst Du die Sil­ben­tren­nung? Wenn das seit dem Up­date auf 3.5.2 auftritt, dann liegt es daran, daß ein Tem­plate nicht-​wohlgeformten HTML-​Code erzeugt. Bis jet­zt hat der Pars­er das stillschweigend ko­r­rigiert. Weil es dabei aber zu Prob­le­men mit den im­mer häu­figer ver­wen­de­ten Page-​Buildern à la Vi­su­al Com­pos­er gekom­men ist, führen Parsing-​Fehler seit dieser Ver­sion dazu, daß der keine Än­derun­gen am Frag­ment vorgenom­men werden.

      Bzgl. der Un­ter­drück­ung der Sil­ben­tren­nung in bes­timmten Bere­ichen: Dazu müßte man das Theme entsprechend an­passen und die Tren­nung nachträglich fil­tern. wp-​Typography weiß an der aufgerufe­nen Stelle nicht, daß es ger­ade den In­halt eines <meta>-Tags bear­beit­et, da­her funk­tion­iert das Aus­nehmen der El­e­mente nicht. Bei Gele­gen­heit werde ich mir aber an­schauen, ob es vielle­icht entsprechende WordPress-​Filter gibt, die man dafür benützen könnte.

  • Markus wrote:

    Danke für die schnelle Antwort! Ich set­ze das WP-​Typography Plu­g­in auf drei Web­seit­en ein, alle mit dem­sel­ben Tem­plate. Sil­ben­tren­nung funk­tion­iert pri­ma. Bis auf eine Web­seite (siehe Link). Dort funk­tion­iert die Tren­nung nicht mehr bei Posts, sehr wohl aber bei Pages und auf der Blogseite. 

    Wann war das Up­date auf 3.5.2.? Unter “Changes” finde ich nur 3.5.1. Page-​Builder nutze ich nicht.

    Zur Zusatzfrage: kön­nte nicht der gesamte Bere­ich von der Sil­ben­tren­nung ausgenom­men werden?

    Viele Grüße

    Respond to this

  • Markus wrote:

    Hal­lo. Hab’s ge­fun­den. Das Prob­lem kam durch ein Lazy-​Load-​Plugin (a3 Lazy Load). Die Ein­stel­lung “No­script Sup­port” verur­sacht einen HTML-​Fehler: Bad val­ue for at­tribute src­set on el­e­ment img: Must con­tain one or more im­age can­di­date strings. Ohne den Fehler wer­den Sil­ben wieder schön getrennt.

    Danke für den Hin­weis. Und das großar­tige Plugin.

    P.S. Wenn möglich, bitte den head-​Bereich von der Sil­ben­tren­nung ausnehmen.

    Respond to this

    • @Markus: Hab die Up­dates jet­zt im hiesi­gen Changel­og nachge­tra­gen. Lei­der ver­li­er ich bei den ver­schiede­nen Lis­ten (Word​Press​.org vs. hi­er) manch­mal die Übersicht 😉

      Das mit dem <head>-Bere­ich schau ich mir noch an.

  • Bernard Bel wrote:

    I have just in­stalled ver­sion 3.5.3. It is ac­tive, it has the pre­vi­ous set­tings, but it does not work any more! Even af­ter clear­ing cache, de­ac­ti­vat­ing and re­ac­ti­vat­ing etc. I al­so checked sev­er­al browsers, and that mb­string is ac­tive on the PHP 5.6 ver­sion of my host…

    Respond to this

  • Wolf Nebe wrote:


    das Plu­g­in funk­tion­iert schon lange bei mir sehr gut. Nun habe ich eine mehrsprachige WP-​Site gebaut. (Wie) Kann ich die Ty­pografie für jede Sprache einstellen?

    Viele Grüße

    Respond to this

    • @Wolf: Mit welchem Sys­tem? Ist jede Sprache eine eigene Site eines Multisite-​Netzwerks? In dem Fall kann man jew­eils die Ein­stel­lun­gen manuell vornehmen. Falls die ver­schiede­nen Sprach­in­halte alle in ein­er Site in­te­gri­ert sind (mit welchem Plu­g­in?), müßte man sich ak­tuell selb­st einen Spra­chum­schal­ter für wp-​Typography schreiben. Die ak­tuelle Ver­sion bringt mit dem Settings-Ob­jekt die wichtig­sten Vo­raus­set­zun­gen auf tech­nis­ch­er Ebene mit, aber eine fer­tige Um­set­zung gibt es nicht.

  • Wolf Nebe wrote:


    ich habe die bei­den Sprach­fas­sun­gen mit dem plu­g­in “Poly­lang” er­stellt — was sehr gut und sehr ein­fach funktionierte.

    Viele Grüße

    Respond to this

    • @Wolf: Danke, ich werd mir das bei Gele­gen­heit an­schauen. Wird allerd­ings sich­er et­was dauern, kurzfristig bleibt al­so nur die Vari­ante „selb­ser strick­en“. Von der API her sollte das jet­zt mach­bar sein.

  • Wolf Nebe wrote:


    im Mo­ment funk­tion­iert WP-​Typography (4.1.1) nicht auf meinem lokalen Serv­er (MAMP, PHP 7.0.9, Win­dows 8.1 ak­tuelle Fas­sung) aber auf meinem ex­ter­nen Serv­er. Den “üblichen” Fehlerquellen habe ich bere­its nachge­spürt. — Was kann ich überse­hen haben?

    Viele Grüße

    Respond to this

  • Wolf Nebe wrote:


    funk­tion­iert … nicht” ist vielle­icht falsch aus­ge­drückt: Mir fällt ober­fläch­lich gese­hen auf, dass statt der Guillemets inch-​Zeichen er­scheinen und die Gedanken­striche zu kurz sind.

    Respond to this

    • Wolf: Was mir spon­tan als Ur­sache ein­fällt: Ein Theme oder Plu­g­in pro­duziert ungülti­gen HTML-​Code und die Op­tion zum Ig­nori­eren von Parser-​Fehlern ist deaktiviert.

    • Wolf Nebe wrote:

      Danke! Es war die nicht ak­tivierte Op­tion zum Ig­nori­eren von Parser-​Fehlern. Ob­wohl ich das als mögliche Fehlerquelle bere­its gele­sen hat­te, habe ich es nicht gese­hen, dass es es nicht ak­tiviert war.

  • Manuel wrote:

    Lat­est ver­sion is break­ing our site. We get just a blank page, even af­ter we up­dat­ed to the lat­est word­press ver­sion (4.8) and the lat­est theme ver­sion (En­fold 4.0.7 by Kriesi). We now went back to ver­sion 4.1.2 and every­thing works fine.

    Respond to this

  • Martin wrote:


    1) Ich nutze das Plu­g­in “Shar­iff Wrap­per”. Bei ak­tiviert­er Sil­ben­tren­nung ver­schickt Shar­iff Emails mit Sil­ben­trennze­ichen im Be­tr­e­ff. Shar­iff nutz (so weit ich das se­he) “get_​the_​title()”. Ein Er­satz mit “the_​title_​attribute()” scheint keine Än­derung zur Folge zu haben. Ich habe mir jet­zt er­st­mal mit der Deak­tivierung der Tren­nung bei Titeln be­holfen und mache diese stattdessen über CSS (hy­phens: au­to). Was mich zur näch­sten Frage bringt:

    2) Was sind denn die Vorteile der Sil­ben­tren­nung durch wp-​Typography gegenüber CSS (beson­ders wenn noch “Be­d­ingte Trennstriche beim Kopieren in die Zwis­chen­ablage ent­fer­nen” durch Javascript ak­tiviert ist)?

    fre­undliche Grüße,

    Respond to this

    • @Martin: Der Hin­weis auf the_title_attribute bezieht sich auf hinzuge­fügte HTML-​Tags (wie z.B. <span class="number"> bei Zahlen) – die Funk­tion fil­tert ein­fach alle Tags nachträglich her­aus (nicht aber En­ti­ties wie &shy;). Um alle Trennstellen zu ent­fer­nen, müßte der Wert durch einen Fil­ter ana­log der Funk­tion process_title_parts ge­jagt werden.

      Was die Un­ter­schiede zwis­chen der PHP-​gesteuerten Sil­ben­tren­nung durch wp-​Typography und hyphens: auto an­langt, so gibt es zwei As­pek­te. Zum einen wurde dieses Fea­ture zu einem Zeit­punkt en­twick­elt, als noch kein Brows­er die CSS-​Eigenschaft hyphens un­ter­stützt hat. Zum an­deren läßt sich die Aus­gabe über hyphens nicht näher steuern, während es bei wp-​Typography weit­ge­hende Ein­griff­s­möglichkeit­en in den Al­go­rith­mus gibt (und z.B. auch die alte Rechtschrei­bung un­ter­stützt wird).

  • Peter Wolf wrote:

    Hal­lo lieber Küchenmeister,
    was für ein ge­niales Werk! Endlich sauber­er Satz und kein Au­gen­schmerz mehr!
    Sagen­haftes Plu­g­In! Wieso ist das nicht Stan­dard in Word­Press? Dort war die Lö­sung die Block­satz Funk­tion aus dem Ed­i­tor rauszuschmeißen (z.T. zu Recht), aber Block­satz mit WP-​Typography — ein Gedicht!
    Und dann auch noch Fein­schmeck­er und Meis­ter der Küche! In­ter­es­sante Kom­bi! Stelle mit son­st den Coder als kalte-​Pizza-​aus-​der-​Pappschachtel-​Fresser vor.

    Wie ist das nun mit WP-​Typography und ein­er mehrsprachi­gen Web­site mit qTranslate‑X? Geht da was?
    Liebe Grüße

    Respond to this

    • @Peter Wolf: Danke für die Blumen 🙂

      Bzgl. mehrsprachi­gen Sites gibt es ak­tuell lei­der keine out-​of-​the-​box-Lö­sung. Die zu­grun­deliegende API er­laubt es, die Ein­stel­lun­gen pro­gram­ma­tisch anzu­passen und dann auf die Seit­en­in­halte anzuwen­den. Damit kön­nte man, entsprechende PHP-​Kenntnisse vo­raus­ge­set­zt, das jew­eilige Mehrsprachigkeits-​Plugin an sich rel­a­tiv ein­fach integrieren.

      Lei­der habe ich keine Er­fahrun­gen mit diesen Plu­g­ins, we­shalb es bis jet­zt noch keine In­te­gra­tion gibt. Ich ar­beite derzeit allerd­ings an Ver­sion 5.0.0, die einige Än­derun­gen an der API mit­brin­gen wird, da habe ich auch schon ein paar Ideen, wie man die In­te­gra­tion solch­er Plu­g­ins er­le­ichtern kann. Eventuell komme ich dann auch dazu, eine Fer­tiglö­sung in wp-​Typography selb­st zu im­ple­men­tieren. Wann diese Ver­sion er­scheinen wird, kann ich allerd­ings noch nicht in Aus­sicht stellen, es sind noch rel­a­tiv viele Baustellen offen.

    • @Peter Wolf: Nur ein kurzes Up­date: wp-​Typography 5.0.0 un­ter­stützt jet­zt auch mehrsprachige Web­sites (die Funk­tion muß in den Ein­stel­lun­gen ak­tiviert sein). Mit qTranslate‑X hab ich’s nicht getestest, aber da Poly­lang, WPML und Mul­ti­lin­gual­Press funk­tion­ieren, nehme ich an, daß es auch damit paßt.

    • Peter Wolf wrote:

      Hab schon die Be­nachrich­ti­gung für das Up­date bekommen.
      Grandios! Es funktioniert!
      Ich bin der­maßen begeistert!
      Und das funk­tion­iert bess­er als es In­De­sign und Il­lus­tra­tor kön­nen, meine ich.

  • Tim Themann wrote:


    wenn ich das (übri­gens echt tolle!) Plu­g­in von 4.2.2 auf 5.0.4 ak­tu­al­isiere, wird Word­Press ger­adezu ab­surd langsam. Down­grade ich wieder auf 4.2.2, ist es wieder schnell. Als Caching-​Plugin kommt Cachi­fy zum Ein­satz, zu­dem nutze ich u. a. Poly­lang. Ir­gen­deine Idee, wo ich anset­zen soll?

    Vie­len Dank,


    Respond to this

    • @Tim: Puh, ein paar Leute haben so et­was ähn­lich­es berichetet (wobei die zum Teil schon mit 4.2.2 diese Prob­leme hat­ten), das sollte ein Fix in 5.0.4 aber zu­min­d­est zum Großteil be­hoben haben. Läßt sich aus PHP- oder Datenbank-​Logs eruieren, ob ir­gendwelche Ressourcenkon­flik­te auftreten?

      Cachi­fy en­thält keinen Object-​Cache, ist al­so dies­bezüglich für die wp-​Typography-​Performance nicht op­ti­mal. Allerd­ings sollte das grund­sät­zlich keinen großen Un­ter­schied zwis­chen 4.2.2 und 5.0.x aus­machen. Welche PHP-​Version ist im Ein­satz? Die Ar­chitek­tur des zu­grun­deliegendne PHP-​Typography ist in Ver­sion 5 stark über­ar­beit­et wor­den, es sollte dadurch aber eigentlich eher schneller gewor­den sein. 

      Wie viele Sprachen sind im ak­tiv­en Ein­satz? Ist die Polylang-​Unterstützung in wp-​Typography ak­tiviert? Wenn das sehr viele sind (und es Sprach­dateien dafür gibt) kön­nt es sein, daß der Auf­bau oder das Laden der Tren­nungsregeln zu viele Ressourcen benötigt. 

      Am besten wäre eine Trace-​Datei (mit der xdebug.profiler-Extension), aber dazu müßte man die PHP-​Konfiguration entsprechend an­passen, das ist schon ein tricky.

    • Tim Themann wrote:


      ich habe PHP 7.0 und 7.1 pro­biert. Die Polylang-​Unterstützung habe ich eben­falls test­weise ein- und aus­geschal­tet (tolles Fea­ture, da­rauf habe ich echt gewartet!). Es gibt nur zwei Sprachen (de_​DE, en_​US). Das “Autooptimize”-Plugin ist übri­gens eben­falls in­stal­liert – hat je­mand Er­fahrun­gen mit der Kombination?

      Das klingt alles ir­gend­wie so, als sollte ich mir näch­ste Woche mal die Zeit nehmen, meine Tes­tumge­bung zu ak­tu­al­isieren und das nachzustellen und ggf. zu tra­cen … ich melde mich dann, wenn ich ein Trace habe. 

      Danke! 🙂

    • PHP 7.x sollte eigen­telich wun­der­bar passen und ziem­lich schnell sein. Au­toop­ti­mize kan­nte ich bis jet­zt nicht, von der Funk­tion­sweise sollte es allerd­ings kein Prob­lem geben (und je­den­falls wenn keinen rel­e­van­ten Un­ter­schied zwis­chen 4.2.2 und 5.0.4).

      Da müssen wir dann lei­der wirk­lich auf den Trace warten, ich se­he son­st (außer es sind in der php-error.log Fehler­mel­dun­gen zu find­en) keinen Ansatzpunkt momentan. 🙁

    • Tim Themann wrote:

      In mein­er Test-​Umgebung kann ich das Prob­lem nicht re­pro­duzieren. In­ter­es­sant ist: In der Pro­duk­tion­sumge­bung ist typo_​cache_​keys rund 185000 Ze­ichen groß, in der Test-​Umgebung knapp 6000. Ich glaube, da hat sich et­was ange­sam­melt, was sich nicht hät­ten ansam­meln sollen ;-). Falls dem so ist: Wie werde ich das los?

    • Ich ar­beite ger­ade eine einem neuen Caching-​System für 5.2.0, das ohne typo_cache_keys auskommt. Ein weit­eres Performance-​Problem liegt im Caching der Silbentrennungs-​Tries. Das funk­tion­iert über die Daten­bank sub­op­ti­mal, weil der gespe­icherte String sehr groß wird. Ich habe vor, das in der näch­sten Ver­sion durch gzcompress zu umge­hen. Damit geht zwar et­was Zeitver­lust durch den Funk­tion­saufruf und die Kom­prim­ierung ein­her, aber der Verzicht auf Datenbank-​Queries mit mehreren Megabyte sollte das wettmachen 😉

    • Tim Themann wrote:

      Es gelingt mir lei­der nicht, das Prob­lem in ein­er an­deren Umge­bung (iden­tis­che Ver­sio­nen Word­Press und allen Plu­g­ins, weit­ge­hend iden­tis­che PHP-​Version) nachzustellen. In der pro­duk­tiv­en Umge­bung habe ich Ladezeit­en von 100 Sekun­den (!) mit der 5.0.4 gegenüber 6 Sekun­den mit der 4.2.2. Deak­tiviere ich nur die Sil­ben­tren­nung, habe ich so­fort wieder nor­male Ladezeit­en. In der pro­duk­tiv­en Umge­bung kann ich nicht sin­nvoll tra­cen (shared host­ing). Das “Query Monitor”-Plugin zeigt kein­er­lei Auf­fäl­ligkeit­en und be­hauptet (eben­so wie Cachi­fy) steif und fest, die Seite sei nach et­wa 2,3 Sekun­den fer­tig er­stellt gewe­sen. Was (außer einem Trace 🙁 ) kann ich denn noch an hil­fre­ichen In­for­ma­tio­nen sammeln?

      In­s­ge­samt li­est sich das Prob­lem übri­gens ziem­lich wie das weit­er un­ten von Lethert erwähnte.

    • Ich bin mir ziem­lich sich­er, daß es am Caching der Trie-​Datenstruktur für die Sil­ben­tren­nung liegt. Da kommt durch die Eigen­heit­en der PHP-​Serialisierung ein ziem­lich langer String (un­kom­prim­iert > 7 MB für de) zu­s­tande. Das ist kein Prob­lem bei einem Objekt-​Cache mit memcached oder redis als Back­end, aber sehr wohl beim Schreiben in die Daten­bank (was ja für Tran­sien­ten die Stan­dard­e­in­stel­lung ist ohne Objekt-​Cache). Lei­der läßt sich das PHP-​Caching in 5.0.4 nicht nur für das Hyphenator_Cache-Ob­jekt ausschalten 🙁

  • Lethert wrote:

    die Ver­sion 4.2.2 war per­fekt. Bei der der Ver­sion 5.0.4 musste ich die Sil­ben­tren­nung kom­plett ausschalten.

    Das Plu­g­in bremst die Web­Site bis zur 500er Fehler­mel­dung aus. Teils wer­den Web­Seit­en erst nach 3 — 4 x F5 angezeigt. Un­ab­hängig vom Brows­er. Browser­Caches gleöscht. Getestet mit Fox, Chrome, IE, Edge.

    OHNE Sil­ben­tren­nung funk­tion­iert alles schnell und gut. Mit nicht mehr zu gebrauchen.

    PHP ist 7.0, eigen­er WebServer.
    Theme ist El­e­gant­Themes DIVI.

    Respond to this

  • René wrote:

    I would like to hy­phen­ate the con­tents of the new HTML wid­get. Is there a pos­si­bil­i­ty to do this?

    Respond to this

    • @René: Us­ing ‘add_​filter( ‘widget_​custom_​html_​content’, ar­ray( ‘WP_​Typography’, ‘fil­ter’ ) );‘ in your ‘functions.php‘ should work, but I haven’t test­ed this yet.

    • Oliver Merk wrote:

      Fun­ny co­in­ci­dence, I just looked to­day for a so­lu­tion for ex­act the same problem.
      I used your sug­ges­tion with WP4.9 and I can con­firm, that it had worked in my case.
      Thank you for this wun­der­ful plugin!

  • Tim Themann wrote:


    ich bin mir nicht ganz sich­er, ob wir das Prob­lem nicht ir­gend­wann schon ein­mal hat­ten: Wenn wp-​typography ak­tiv ist, kann ich keine Links mehr in Ver­gle­ich­sze­ichen ein­schließen. Das “öff­nende” Kleiner-​als-​Zeichen wird “geschluckt”, nur das hin­ter dem Link schließende Größer-​als-​Zeichen “über­lebt”. Das passiert auch, wenn wp-​typography das einzige ak­tive Plu­g­in ist (Word­Press 4.9.2, Theme “Catch Box” 4.7.4). Ir­gen­deine Idee?

    Vie­len Dank,


    Respond to this

  • Augschburger wrote:

    Hi Pe­ter,
    der Chef wollte, dass ich die Über­schriften des Ed­i­tors klick­bar mache. Das hat in der 5.2.1 auch geklappt, wenn ich die Er­set­zung für Ty­pographis­che An­führungsze­ichen aus­geschal­tet hat­te. In der 5.2.2 ver­hagelt es mir jet­zt den Ti­tel, da ste­ht dann der kom­plette Hy­per­link im Klar­text der Seite. 


    Kann ich das ir­gend­wie bess­er machen? Aus­nah­men für a h1 h2 h3 h4 h5 h6 habe ich geset­zt, <a> hat lei­der auch nicht geholfen.
    Site­O­ri­gin Van­tage Theme mit Page Builder

    Respond to this

  • Tim Themann wrote:

    Vie­len Dank (erneut) für das tolle Plu­g­in! Ich hätte da noch einen “Verbesserungs-​Wunsch” ;-). Fol­gen primäres und sekundäres Zitat-​Zeichen di­rekt aufeinan­der (“ ‘Zi­tat im Zi­tat’ im eigentlichen Zi­tat” oder an­der­srum “Eigentlich­es Zi­tat mit einem ‘Zi­tat im Zi­tat‘”) sollte vielle­icht zwis­chen den bei­den Zitat-​Zeichen ein ges­per­rtes (dünnes?) Leerze­ichen einge­fügt wer­den. Das let­zte Beispiel von Regel D12 im Du­den (https://​www​.du​den​.de/​s​p​r​a​c​h​w​i​s​s​e​n​/​r​e​c​h​t​s​c​h​r​e​i​b​r​e​g​e​l​n​/​a​n​f​u​e​h​r​u​n​g​s​z​e​i​c​hen) legt das na­he – und es sieht m. E. auch viel bess­er aus. Wenn ich das ein­fach manuell ein­füge, wird das ini­tiale Zitat-​Zeichen au­toma­tisch von einem öff­nen­dem zu einem schließen­den An­führungsze­ichen – im Artikel-​Quellcode geht es al­so wohl nicht.

    Respond to this

  • Achim Wesely wrote:

    Seit dem Up­date von 5.2.2 auf 5.2.3 wer­den im Ad­min­bere­ich nur noch weiße Seit­en angezeigt.
    Gibts schon eine Lösung?

    Respond to this

    • @Achim: Gibt es in den Log­files eine Fehler­mel­dung? Ist das Plu­g­in vorher prob­lem­los gelaufen? Be­trof­fen ist näm­lich nur Code, der eigentlich gar nicht aus­ge­führt wird, wenn alles glat­tläuft. Evt. müßte der Op­Cache geleert werden?

    • Achim Wesely wrote:

      Hi­er noch die fehler­hafte Zeile 203:
      re­quire dirname( $this->plugin_file ) . ‘/partials/requirements-error-notice.php’;

  • Achim Wesely wrote:

    Hi­er noch die Fehlermeldungen:
    Warn­ing: require(/var/www/ failed to open stream: No such file or di­rec­to­ry in /var/www/ on line 203

    Fa­tal er­ror: re­quire(): Failed open­ing re­quired ‘/var/www/’ (include_path=’.:/usr/share/php:/usr/share/pear’) in /var/www/ on line 203

    Respond to this

    • @Achim: Oops. Da sind zwei Dinge zusam­mengekom­men, tut mir leid. Ich habe die Prü­fung auf fehlende Vo­raus­set­zun­gen (PHP-​Version, mbstring-Ex­ten­sion, UTF8 als Charset) in eine eigene Kom­po­nente aus­ge­lagert (vorher Teil des Plu­g­ins). Bei dieser fehlt im Build aber eine Datei, außer­dem greift sie auf einen falschen Pfad zu. 🙁

      Ak­tuell kann ich nur ein manuelles Down­grade auf 5.2.2 vorschla­gen, heute abend wird es eine fehler­bere­inigte Ver­sion geben. Al­ter­na­tiv würde es kurzfristig helfen, die Datei wp-content/plugins/wp-typography/admin/partials/requirements-error-notice.php nach wp-content/plugins/wp-typography/partials/requirements-error-notice.php zu verschieben.

      Allerd­ings: Diese ganze Code-​Pfad wird nur aufgerufen, wenn eine der Vo­raus­set­zun­gen nicht er­füllt ist (PHP 5.6, mbstring in­stal­liert, Blog-​Charset UTF8). Da kann 5.2.2 eigentlich auch nicht gelaufen sein (halt ohne White­screen, dafür mit Admin-Notice).

  • Kaya wrote:


    ich habe dein Plu­g­in früher gerne ver­wen­det, war im­mer tip­top! Nun bin ich auf ein neues Theme umgestiegen – Un­code von The­me­for­est – und dies scheint nicht mit dem Plu­g­in kom­pat­i­bel zu sein. Da ich aus der Schweiz bin habe ich fürs Plu­g­in als Word­Press Sprache «Deutsch» eingestellt, auch beim Plu­g­in. Des weit­eren habe ich die css hy­pens mit allen pre­fix­es auf man­u­al gestellt. Caching Tool ist keines installiert … 

    Hast du eine Idee an was es liegen könnte?

    Respond to this

  • Greg Hartman wrote:

    In the In­tel­li­gent Char­ac­ter Re­place­ment tab, I’m adding some cus­tom word re­place­ments to clean up some slop­py ab­bre­vi­a­tions and acronyms. If there’s a pe­ri­od (.) in ei­ther the word to re­place or the re­place­ment word, it gets ignored.

    Is there a way to es­cape the pe­ri­ods so they can get processed?

    Respond to this

    • @Greg: The smart di­a­crit­ics code was not de­signed for this, but I see noth­ing that should pre­vent . from match­ing. You could try es­cap­ing with \, but even if . is in­ter­pret­ed as “any char­ac­ter” by the reg­u­lar ex­pres­sion pars­er, it should match. Can you give an ex­am­ple re­place­ment string that does not work?

  • Jan wrote:

    Would it be pos­si­ble to ac­ti­vate hy­pha­na­tion in mo­bile de­sign on­ly? As a com­pro­mise for the copy issue.

    Look­ing for­ward to your an­swer. Thanks!

    Respond to this

    • @Jan: Tech­ni­cal­ly, there is no “mo­bile de­sign”. Brows­er sniff­ing is pos­si­ble, but would pre­vent page caching from work­ing, so I would ad­vise against it. How­ev­er, I don’t think this is re­al­ly an is­sue any­more (since the in­tro­duc­tion of the JS-​based workaround). Do you still run in­to this with the workaround enabled?

  • Ted Clayton wrote:

    I am us­ing Scott Reil­ly’s Ex­tra Sen­tence Space (and I use Drop Cap Short­code), and hoped WP-​Typography al­so ad­dressed sentence-​separation. Is that it ap­pear­ent­ly does not due to im­ple­men­ta­tion dif­fi­cul­ties, or should it like the Drop Cap be done by oth­er means? Cer­tain­ly, Reil­ly’s so­lu­tion is crude … but what else is there?

    The ex­pla­na­tion of fil­ter­ing at page-​load time is as­tute & help­ful. I would have ‘dis­cov­ered’ why — oops — the hard way!

    Respond to this

    • @Ted: There’s no rea­son oth­er than you are the first per­son to ask for this fea­ture since I’ve tak­en over wp-​Typography. Per­son­al­ly, I think this ty­po­graph­ic con­ven­tion is a typewriter-​ism and pret­ty much dead (ex­cept for the Mueller re­port). But I’l­ll look at Scot­t’s plu­g­in to see if such an op­tion­al fix can eas­i­ly be in­te­grat­ed in­to wp-​Typography (prob­a­bly: yes). It might take some time, though.

  • wrote:

    Hal­lo Küchenmeister,
    danke für das tolle Plu­g­in, es löst so einige Prob­leme auf meinen Seiten.
    Nun meine Frage:
    Ich habe jet­zt schon einige Ein­stel­lun­gen ver­sucht, doch auf meinen Seit­en wird das “&” im­mer so geschwun­gen angezeigt. Kann man dies deak­tivieren? An dem & soll die Schrif­tart nicht geän­dert werden.
    Gruß Björn

    Respond to this

  • René Tausch wrote:

    das Plu­g­in ist gut. Wir haben nur ein Prob­lem. Unser Mem­o­ry Spe­ich­er läuft ständig voll. Und verur­sacht dann entsprechende Fehler­mel­dung im Fron­tend. “ Fa­tal er­ror: Al­lowed mem­o­ry size of … /wp-typography/vendor/mundschenk-at/wp-data-storage/src/class-transients.php on line 128
    Wenn man 2 – 3x F5 drückt ver­schwindet die Meldung. 

    Wir nutzen keine Cache-​Plugins, als Theme läuft DIVI. Und wenn ich in Word­Press ein­gel­og­gt bin, kam die Fehler­mel­dung bish­er auch noch nie. 

    Gibt es eine Möglichkeit das Prob­lem zu beheben?

    Respond to this

    • @René: Der OOM dürfte nicht ursäch­lich an wp-​Typography liegen, dort tritt er lediglich auf. Wirk­lich be­heben läßt sich das nur durch eine Er­höhung des zugeteil­ten Spe­icher­w­erts für PHP. Auf welchen Wert ist die Sys­te­me­in­stel­lung memory_limit ak­tuell gesetzt?

    • René Tausch wrote:

      Das memory_​limit ak­tuell ist bei 128MB. Mehr kann ich auch nicht zuweisen. Wie viel Spe­ich­er wäre denn optimal?

  • Daniel wrote:

    Vie­len Dank für dieses su­per Plu­g­in! Tolle Arbeit!
    Bei der Ver­wen­dung von Farb-​Sections im En­fold Theme en­thält “the_​content” unter bes­timmten Um­stän­den nicht geschlossene HTML-​Tags, welche zu einem späteren Zeit­punkt geschlossen wer­den. wp-​Typography schliesst diese of­fe­nen Tags je­doch au­toma­tisch, was in diesen Fällen zu einem fehler­haften Markup führt. Dabei spielt es keine Rolle, ob ich den be­trof­fe­nen El­e­menten die noTypo-​Klasse zuordne oder nicht. Auch das Deak­tivieren von “Fehler im HTML-​Code ig­nori­eren.” brachte keine Veränderung.
    Ich ver­mute, dass die Bere­ini­gung durch den HTML5-​Parser geschieht. Beste­ht die Möglichkeit, diese Bere­ini­gung zu deaktivieren?

    Respond to this

    • @Daniel: Lei­der nicht. Wenn “Fehler im HTML-​Code ig­nori­eren” deak­tiviert ist, sollte bei Parser-​Fehlern an sich der ur­sprüngliche HTML-​Code zurück­gegeben wer­den (ohne wp-​Typography-​Änderungen). Müßte mir das aber im De­tail anschauen.

      Was man machen kön­nte, ist den the_content von wp-​Typography zu deak­tivieren. Aber das gilt dann halt generell. Langfristig möchte ich für diese Fälle einen “full page mode” ein­führen, aber zur Im­ple­men­tierung bin ich bis jet­zt noch nicht gekommen.

    • Daniel wrote:

      Alles klar, vie­len Dank für die Auskunft!
      Ich habs nun so gelöst, dass ich den Con­tent vor und nach der Ve­r­ar­beitung durch wp-​Typography ver­gle­iche und allfäl­lige au­toma­tisch geschlossene Tags wieder entferne.
      Beste­ht die Möglichkeit, nur den “the_​content” Fil­ter zu deak­tivieren? Ak­tuell deak­tiviere ich mit typo_​disable_​filtering die ganze Filter-​Gruppe “con­tent”.

    • Mhm, man müßte nachträglich den Fil­ter ent­fer­nen (mit remove_filter). Dazu muß man allerd­ings eine Ref­erenz auf das konkrete Ob­jekt haben und die ver­wen­dete Pri­or­ität wis­sen. Das Ob­jekt bekommst Du mit WP_Typography::get_instance(), die Pror­ität be­trägt nor­maler­weise (außer NextGEN Gallery ist in­stal­liert) 9999. Der Aufruf darf aber erst nach dem init-Hook er­fol­gen (damit die Fil­ter schon hinzuge­fügt wor­den sind).

  • Juergen Fuchs wrote:

    Hal­lo Küchen­meis­ter, danke für deine tolle Arbeit!

    Ich habe eine Frage zu ACF. Ich be­nutze das Ka­tex Plu­g­in, um math­e­ma­tis­che Terme darzustellen. Lei­der wer­den nun Aus­drücke wie \Delta ge­tren­nt und von Ka­tex nicht mehr erkannt.

    Kann ich gen­nerell alle Aus­drücke, die mit einem Back­slash be­gin­nen von der Tren­nung ausnehmen?

    Oder kann das stark ve­r­al­tete Zusatz­plu­g­in dieses leisten?

    Oder kann ich das mit sehr be­gren­zten PHP Ken­nt­nis­sen sel­ber hinkriegen?

    Vie­len Dank und viele Grüße aus Düsseldorf


    Respond to this

  • Carsten wrote:

    Hal­lo Küchen­meis­ter, gbt es einen Weg, die Ein­stel­lun­gen in WP-​Typography zu ex­portieren oder ir­gend­wo zu kopieren und einzufügen?
    Gruß, Casrten

    Respond to this

    • @Carsten: Mo­men­tan gibt es so ein Fea­ture nicht, man müßte das typo_configuration-Ar­ray aus wp_options in die zweite Daten­bank kopieren (was eher eine Op­er­a­tion am of­fe­nen Herzen ist). Ich habe aber auch schon darüber nachgedacht, eventuell gibt es in ein­er der näch­sten Ver­sio­nen einen entsprechen­den But­ton (oder, noch et­was wahrschien­lich­er, einen WP-CLI-Befehl).

  • Carsten wrote:

    Hal­lo Küchen­meis­ter, gibt es Dein großar­tiges Plu­g­In auch als Javascript-​Version für Nicht-​Wordpress-​Seiten wie z.B. Bootstrap-HTML-Seiten?
    Gruß, Carsten

    Respond to this

    • Carsten wrote:

      Danke! Von Com­pos­er ver­ste­he ich allerd­ings nichts. Da meine Frage auf ein­fachere We­bar­chitek­tur mit schlankem FlatCMS abzielte, ist das mal nicht weit­er wichtig.

      Mit Gruß, Carsten

    • Bzgl. Flat-​CMS: Es gab oder gibt eine Im­ple­men­tierung für Kir­by, alle an­deren mir bekan­nten Vari­anten sind für CMS mit MySQL-Backend.

  • Teri wrote:

    Not sure if some­one has al­ready asked this, since I speak Eng­lish. I did a PHP check on my site to see if it could be up­grad­ed to PHP 7.3 and it re­turned this message:

    FILE: ../wp-content/plugins/wp-typography/vendor-scoped/mundschenk-at/php-typography/src/class-strings.php
     — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —
     — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —
    98 | ERROR | The func­tion mb_​str_​split() is not present in PHP ver­sion 7.3 or earlier
     — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —

    Due to this, it rec­om­mend­ed I do not up­date. Is it okay to up­date, or will this be fixed in a fu­ture update?

    Respond to this

    • Teri: That’s a false pos­i­tive (be­cause the check you ran ap­par­ent­ly re­lies sole­ly on string grep­ping). PHP 7.4 (a high­er ver­sion than your in­tend­ed up­grade tar­get) adds a na­tive mb_str_split func­tion and the un­der­ly­ing li­brary has been up­dat­ed to use it if avail­able. If not, an­oth­er func­tion is used instead.

      TLDR: Up­grad­ing to PHP 7.3 will be fine.

  • Tobias wrote:


    How can I change the hy­phen­ation for a word com­bi­na­tion? We do not want to wrap the fol­low­ing word: “Lern- und Sprachtherapie”.

    How can we make this happen?

    Respond to this

    • @Tobias: Sor­ry for the late re­ply. There is cur­rent­ly no way to add phras­es con­tain­ing space char­ac­ters to the hy­phen­ation ex­cep­tion list.

      If you want to pre­vent hy­phen­ation, you will need to wrap a span (or some oth­er in­line tag) with class “no­Ty­po” around the phrase in the ed­i­tor. If you al­so want to keep the whole phrase on the same line all the time, you’d have to in­sert non-​breaking spaces in be­tween manually.

  • René wrote:

    Hallo1 Das Plu­g­in ist su­per, vie­len Dank für die tolle Ar­beit. Mir ist aufge­fall­en, dass Fuß- und Zol­lze­ichen [ ’ ” ] zwar durch ty­pographisch ko­r­rek­te An­führungsze­ichen er­set­zt wer­den. In meinem Falle durch Guillemets »«. Lei­der bezieht sich das nur auf Fuß- und Zol­lze­ichen, nicht auf an­dere typ­grafisch ko­r­rek­te An­führungsze­ichen, z. B. klas­sisch deutsch un­ten und oben. Lässt sich das mit dem Plu­g­in auch umsetzen?

    Respond to this

  • René wrote:

    Ich weiß, das funk­tion­iert auch. Was nicht funk­tion­iert: An­führungsze­ichen un­ten und oben wer­den nicht in Guillemets umge­set­zt. Ich muss dann alle ko­r­rek­ten An­führungsze­ichen durch “” er­set­zen, damit die In­tel­li­gente Ze­ich­en­er­set­zung funktioniert.

    Respond to this

    • Ah, dann habe ich das An­liegen mißver­standen. Nein, beste­hende “Son­derze­ichen” im Con­tent wer­den be­wußt nicht er­set­zt, damit Autor:innen entsprechende Gestal­tungsmöglichkeit­en haben (z.B. für Zi­tate). Es wäre auch gar nicht le­icht, das sauber hinzubekom­men, quote match­ing ist auch für " und ' schon dif­fizil genug.

  • Hannes wrote:

    was passiert nach der In­stal­la­tion mit bere­its beste­hen­dem Text auf der Website?
    Greift das Plu­g­in auf beste­hende Texte ein und än­dert durch Sil­ben­tren­nung usw. die For­matierung bish­eriger Texte?
    Oder gilt das erst für Texte, welche nach In­stal­la­tion geschrieben werden?

    Respond to this

    • @Hannes: wp-​Typography agiert als Fil­ter, d.h. der Text in der Daten­bank wird nie geän­dert, son­dern nur die Aus­gabe wird entsprechend der vorgenomme­nen Ein­stel­lun­gen angepaßt. Das be­deutet, daß auch beste­hende Beiträge von wp-​Typography profitieren.

  • Hannes wrote:

    DANKE für die rasche Antwort. Das be­deutet, ich kann zur Probe das WP-​Typography down­load­en, ak­tivieren und aus­pro­bieren. Sollte es nicht passen, dann kann ich es wieder de­in­stal­lieren und die Web­site wird wie da­vor angezeigt? Sor­ry, falls die Frage blöd erscheint…bin ein WP-​Newbie ;-): LG

    Respond to this

  • Hannes wrote:

    Hal­lo, nochmal ich 😉
    Die Seite, die ich zu warten habe ist zweis­prachig (DE & EN). Wenn ich die An­führungsze­ichen für Deutsch ein­stelle, dann zeigt es diese auch auf der en­glis­chen Seite so an. Lässt sich das wohl nicht geson­dert ein­stellen, oder? Gibt es da eine Ein­stel­lung, die ich nicht ge­fun­den habe, oder geht nur “entweder-​oder” und nicht “sowohl-​als auch”?
    Danke & LG

    Respond to this

    • @Hannes: Sor­ry für die späte Antwort, ver­wen­d­est Du ein Plu­g­in für die mehrsprachi­gen Seit­en oder sind das ein­fach sep­a­rate Beiträge? An sich gibt es eine Un­ter­stützung für mehrsprachige SItes, das set­zt aber eine Ver­wen­dung eines Plu­g­ins vo­raus, das das Lo­cale jew­eils richtig set­zt (“Au­toma­tis­ches Um­schal­ten zwis­chen mehreren Sprachen in­ner­halb ein­er Web­site ermöglichen.”).

  • Manny wrote:

    Servus! 🙂
    Zuerst ein­mal sag ich Danke zu diesem tollen Plu­g­in. Es macht die Web­seit­en so viel el­e­gan­ter. Was ich auch sehr schön finde, ist, dass bes­timmte Ze­ichenkom­bis di­rekt richtig for­matiert wer­den, m² z.B.
    Dazu habe ich eine Frage, kön­nte man das mit dem Plu­g­in auch regeln, dass aus CO2 au­toma­tisch ein CO₂ wird?
    Danke & LG

    Respond to this

  • Ich möchte den be­d­ingten Trennstrich in Word­Press auf crescen​do​.de ver­wen­den. Gibt es dafür ein Tas­taturkürzel? Habe nun manuell ­ in den Text geschrieben. Das löscht Gut­ten­berg aber selb­st­ständig. Oder liegt das an WP-​Typhography? Was mache ich verkehrt?

    Respond to this

    • @Winfried: Ein Tas­tenkürzel würde vom Be­trieb­ssys­tem ab­hän­gen, mir ist für den be­d­ingten Trennstrich aber zu­min­d­est ad hoc keines bekan­nt. Dur­chaus möglich, daß Guten­berg das aus­fil­tert. WP-​Typography sollte das nur unter bes­timmten Um­stän­den machen (z.B. für die let­zten Wörter in Block-​Elementen, wenn “Hurenkinder ver­hin­dern” eingeschal­tet ist).

      Taucht das Ze­ichen denn in der Daten­bank auf?

    • Winfried Hanuschik wrote:

      @küchenmeister: Danke für Deine rasche Antwort. Nach län­gerem Forschen: Es war tat­säch­lich die Hurenkinder-​Funktion, von WP-​Typography die das Ze­ichen wieder raus­geparst hat…

    • Markus Zielniok wrote:

      @küchenmeister @winfried
      Dieser Kom­men­tar ret­tete meinen Tag. Bei schmalen View­ports wer­den Tren­nun­gen in Über­schriften von lan­gen Wörtern meis­tens zu Hurenkindern. An diese Ein­stel­lung habe ich nicht gedacht — und nach Deak­tivieren von “Hurenkinder ver­hin­dern” funk­tion­iert alles wie gewohnt. 

      Wäre natür­lich toll, wenn die Hurenkin­dregelung nicht auf Über­schriften angewen­det wer­den könnte.

      Im Übri­gen ist das Plu­g­in su­per ******* und wird von mir auf jed­er Web­seite einge­set­zt. Danke an den Mund­schenk dafür.

  • tux0r wrote:


    merk­würdi­ger­weise ver­gisst WP-​Typography (als einziges mein­er in­stal­lierten Plu­g­ins) unter ak­tuellen WordPress- und PHP-​Versionen alle paar Tage mal sämtliche Ein­stel­lun­gen. Das muss neu sein.

    Woran kann das liegen?

    Respond to this

    • @tuxor: Sor­ry für die ver­spätete Antwort, ich muß den Kom­men­tar überse­hen haben. Lei­der habe ich keine konkreten Ideen, woran das liegen (bzw. gele­gen haben) kön­nte. Bei mir tritt das Prob­lem auch mit PHP 8 nicht auf.

  • Marcello wrote:

    Ein tolles Plu­g­in und ich bin sehr froh, dass es über­haupt sowas gibt (eigentlich un­ver­ständlich, dass Word­Press dies nicht na­tiv unterstützt).
    Nun habe ich für eine NGO eine neue Web­seite in Pla­nung (URL ist von der Test­seite) und wollte diese mit einem As­tra Theme umsetzen.
    Klappt alles wun­der­bar, aber lei­der funk­tion­iert die Sil­ben­tren­nung nicht (vo­rallem im H1 Ti­tel wäre dies notwendig).
    Hat bere­its je­mand dieses Prob­lem angetroffen?

    Respond to this

    • @Marcello: Ich se­he auf der Seite tat­säch­lich gar keine Anze­ichen, daß wp-​Typography ak­tiv wäre. Allerd­ings sind in der Über­schrift einige selt­same Trennze­ichen (eine Rei­he von Soft Hy­phens und ein Zero-​Width Non-​Joiner) zwis­chen “Nach­barschafts” und “hil­fe” einge­fügt. Die stam­men aber so sich­er nicht von wp-Typography.

      Ob die fehlen­den An­pas­sun­gen an As­tra liegen oder an den konkreten wp-​Typography-​Einstellungen, kann ich nicht sagen (ver­mut­lich aber eher ersteres).

  • Marcello wrote:

    Danke für die Rück­mel­dung. Ich habe heute abend das plu­g­in deak­tiviert, da ich den As­tra Sup­port angeschrieben habe. Sobald ich da Antwort bekom­men habe, werde ich den al­ten Zu­s­tand wieder her­stellen und den Post aktualisieren.

    Respond to this

    • Schaut jet­zt alles gut aus im Source-​Code. Vmtl. ist “Hurenkinder ver­hin­dern” ak­tiviert, damit wer­den die Sil­ben­tren­nungspunk­te aus dem let­zten Wort eines Block­ele­ments wieder ent­fer­nt (nach gewis­sen Regeln, je nach­dem, was eingestellt ist unter “Weißraum-​Steuerung”).

    • Ad­den­dum: Der Zero-​Width Non-​Joiner bei “Nach­barschaft­shil­fe” ist möglicher­weise bei ein­er C&P‑Aktion in den In­halt gerutscht, der stammt ziem­lich sich­er nicht von wp-​Typography (evt. soll er eine Lig­atur zwis­chen “s” und “h” verhindern?).

  • Marcus wrote:

    Hal­lo, ich habe das Prob­lem, das nach Ak­tivierung von wp-​Typography die bei El­e­men­tor eingestell­ten be­nutzerdefinierten Ze­ichen­sätze nicht mehr genutzt wer­den. Die Seite wird mit ein­er Sys­tem­schrift angezeigt. Nach der Deak­tivierung von wp-​Typography ste­hen die Schriften wieder zur Verfügung.

    Respond to this

    • @Marcus: Das hängt wohl davon ab, wie El­e­men­tor das genau macht (an sich gehört so et­was in die Stylesheets, nicht ins Markup). Im De­tail müßte ich mir die Seite mit und ohne ak­tiviertem wp-​Typography an­schauen kön­nen (Fron­tend).

  • Marcello wrote:

    @Küchenmeister: Ich habe die Hurenkinder deak­tiviert, lei­der kein Er­folg. Den Ze­rowith non join­er habe ich im Quell­code nicht gese­hen. Noch eine Idee?

    Respond to this

    • Na­ja, wenn er als lit­er­al einge­bet­tet ist, sieht man ihn nicht ohne Dekodierung. Ich wette, wenn Du das Wort her­aus­löscht und manuell neu ein­tippst, ist er nach dem Spe­ich­ern nicht mehr da (Caches aus­räu­men nicht vergessen!).

  • Marcello wrote:

    @Der Küchen­meis­ter: Habe noch einen weit­eren Test gemacht und auf der Seite “Jobange­bote” den H1 Ti­tel ver­längert und siehe da, dort funk­tion­iert der Um­bruch ko­r­rekt. Komisch?

    Respond to this

Leave a Reply

By posting a comment you consent that we store the submitted information as well as your anonymized IP address on our servers, under the terms of our data protection policy. Your email is never shared with anyone else.

Required fields are marked *.