WordPress als PDF

Hm, seltsam... muss ich mal testen. Kann aber auch sein, dass WordPress da irgenwas filtert.

Aber, da fällt mir noch was ein: es gibt in dem Plugin eine Funktion contutto_filter(), dort gibt es eine Such-/Ersetzroutine, wo Du auch die Umlaute eintragen könntest und in HTML-Entities übersetzen lassen könntest.

Ich muss das Problem mal angehen; ich kann ja verstehen, dass nicht jeder Bock hat, den Zeichensatz zu ändern. Schön wäre ja, wenn es mit iconv() ginge, aber das bricht manchmal einfach ab. Da kann man nicht drauf bauen.

P.S.
Korrektur, das Zeuch zum Suchen/Ersetzen kommt in das Array $contutto_replace_me (ziemlich weit oben).

 

Kurz und bündig:

Neue ContuttoPDF-Version, u.a. mit der Lösung des Zeichensatzproblems (Dank an Jocelyn):
http://www.contutto.com/blog/allgemeines/contuttopdf-new-version-03/

Und: ContuttoMSfonts-Paket zum Einbetten der Microsoft-TrueType-Corefonts in ContuttoPDFs:
http://www.contutto.com/blog/allgemeines/microsoft-truetype-corefonts-im-pdf/

Viel Spaß!

 

Ok... :-?

Muss ich am Montag mal anschauen, bin morgen unterwegs.

 

Sparcjoe, nochmal eine kurze Frage: Auf der Plugins-Seite findest Du im Beschreibungstext des ContuttoPDF-Plugins einen Link "compatibility test". Zeigt der irgendwelche Probleme an?

 

Hm, ok. Das wird wohl an der Funktion contutto_filter() liegen, die auch die Bildschirmausgabe filtert, um alternative Inhalte darzustellen. Wenn Du diese nicht nutzt, kannst Du als Workaround in der contuttopdf.php die Zeile

PHP:

Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

(ganz unten) auskommentieren oder löschen. Dann sollte das Problem verschwinden.

Danke für den Hinweis, ich werde mal schauen, wie man das Problem lösen kann. Klappt denn die PDF-Generierung ansonsten?

 

Ich hab mal versucht, herauszufinden, was das Problem verursacht. Leider habe ich nicht genau herausfinden können, woran es liegt. Es sieht seht nach einem Schnipsel "unverdaulichen" HTML aus, da offenbar die Attribute nicht korrekt ausgelesen werden können.

Wenn man nach der Fehlermeldung bei Google sucht, kommt man übrigens hierhin: http://digg.com/programming/Convert_HTML_to_PDF_with_PHP#c1613691

Scheint also, dass das Problem sogar auf dem Server des Entwicklers auftritt. Das weist darauf hin, dass es kein generelles Problem mit DOMPDF gibt, sondern nur in speziellen Konstellationen. Das muss noch nicht mal heißen, dass Dein (X)HTML invalid ist.

Ich vermute mal, Du hast das Default-Template des Plugins noch nicht verändert, dann könnte es also am Content liegen. Könntest Du mir evtl. einen Link zu der Seite geben, die Du konvertieren möchtest?

Was noch besser wäre: In contuttopdf.php ist in der Funktion contutto_exec(), Zeile 174:

PHP:

Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

Wenn Du dort das true auf false änderst, bekommst Du die Ausgabe statt in PDF in HTML. Wenn Du das mal hier anhängen könntest, dann könnte ich das am besten testen.

 

Im Ordner /wp-content/pdf-themes/default kannst Du die Dateien pdf.php und comments.pdf.php bearbeiten, um die Ausgabe zu verändern. Wenn Du eine sehr schlichte Ausgabe willst, kannst Du die Templates radikal zusammenkürzen.

Unter http://www.zirona.com/software/wp-to-pdf-advanced/ gibt es eine Anleitung, wie man die Templates modifizieren kann. Keine Angst, im Prinzip ist das nicht schwierig; man muss nur auf einige Macken von DOMPDF Acht geben.

 

Um ehrlich zu sein -- keine Ahnung.