resolve_placeholders hat schon immer den korrekten Satz im PHPdoc, das es zuletzt aufgerufen werden sollte, wurde aber als Erstes aufgerufen. Die Reihenfolge der Transformationen habe ich jetzt nochmal überdacht, und im Code kommentiert.
Bisher haben wir die Werte von <?platzhaltern als XML interpretiert. Das passte schon nicht so ganz, weil clean_text eigentlich für HTML gedacht ist. Außerdem ist HTML vermutlich sinnvoller, die meisten Leute (in diesem Fall ja insb. nicht-Entwickler:innen) kennen kein XHTML.
Im Falle von kaputtem HTML nach clean_text wird jetzt eine coding_exception geworfen. (Ich vermute das sollte nicht passieren, zumindest halte ich es für gefährlich, womöglich invalides nicht-vertrauenswürdiges HTML auszugeben.)
Bei noclean (wo dem Inhalt also vertraut wird) habe ich mich entschieden, Fehler zu ignorieren (LIBXML_NOERROR). Das hat den Vorteil, dass libxml dann so gut es geht valides HTML daraus macht (z.B. Tags selbst schließt).
resolve_placeholdershat schon immer den korrekten Satz im PHPdoc, das es zuletzt aufgerufen werden sollte, wurde aber als Erstes aufgerufen. Die Reihenfolge der Transformationen habe ich jetzt nochmal überdacht, und im Code kommentiert.<?platzhaltern als XML interpretiert. Das passte schon nicht so ganz, weilclean_texteigentlich für HTML gedacht ist. Außerdem ist HTML vermutlich sinnvoller, die meisten Leute (in diesem Fall ja insb. nicht-Entwickler:innen) kennen kein XHTML.clean_textwird jetzt einecoding_exceptiongeworfen. (Ich vermute das sollte nicht passieren, zumindest halte ich es für gefährlich, womöglich invalides nicht-vertrauenswürdiges HTML auszugeben.)noclean(wo dem Inhalt also vertraut wird) habe ich mich entschieden, Fehler zu ignorieren (LIBXML_NOERROR). Das hat den Vorteil, dass libxml dann so gut es geht valides HTML daraus macht (z.B. Tags selbst schließt).