[contao-mpdf-template-bundle] PDF-Ausgabe mit Vorlage

Ich habe gerade die Erweiterung do-while/contao-mpdf-template-bundle für Contao ab 4.4 freigegeben.
Die Erweiterung ist eine Alternative zu do-while/contao-pdf-template-bundle und basiert nicht auf TCPDF, sondern auf der Bibliothek mPDF.

Contao verwendet im Core TCPDF für die Ausgabe der Artikel in PDF, doch TCPDF ist sehr schwach in CSS. Häufig werden CSS-Styles ignoriert und die Darstellung läßt sich nicht den Wünschen anpassen. mPDF soll da deutlich mehr können.

Ich bin gespannt auf Euer Feedback.

Weitere Infos zu mPDF:
https://github.com/mpdf/mpdf
https://mpdf.github.io/

Gab es für dich einen besonderen Grund mPDF dompdf vorzuziehen? dompdf kann CSS eigentlich schon ziemlich lange ziemlich gut https://dompdf.net/examples.php

Ich hatte eine Anfrage in Richtung mPDF und außerdem war die alte mPDF-Erweiterung im ER2 von mir.

mPDF wird offenbar auch aktiv weiterentwickelt und hat eine sehr gute Doku (gegenüber TCPDF). Mit DomPDF habe ich mich noch nie beschäftigt, ist das auch ein Abkömmling vom FPDF-Ursprung?

Hier gibt es einen Vergleich: https://ourcodeworld.com/articles/re...raries-for-php

Mit dompdf habe ich bisher auch noch nicht gearbeitet. mPDF war mir auch sympathischer.

Ob dompdf ein Abkömmling von FPDF ist, weiß ich jetzt nicht. Dompdf war ganz früher im Core von TypoLight. Leo Feyer ist dann nach tcpdf gewechselt, weil dompdf kein Unicode unterstützte. Bereits vor einigen Jahren hatte ich mal die Erweiterung [dompdf] ein wenig aufgemotzt¹ um u.a. eine invividuelle CSS-Datei für den Output angeben zu können (default wird media print CSS genommen, was nicht wirklich funktionierte), und die Möglichkeit jeweils einen Artikel angeben zu können, welcher den Header und Footer des PDFs generiert. Mit dem Output hatte ich sehr gute Ergebnisse. Habe dies nicht mehr weiter verfolgt, weil ich keine Kunden habe, die eine PDF-Generierung wünschen.

¹ http://public.andreasburg.de/contao/..._rc2_1-mod.zip

Zumindestens kann man die dompdf ja mal im Auge behalten, falls es Probleme mit mPDF geben sollte.

Da werde ich mit Sicherheit mal einen Blick drauf werfen.

Mit dem Template-PDF hat man aber sicherlich mehr gestalterische Möglichkeiten, als mit Artikeln für Header und Footer. Ist aber auch eine interessante Möglichkeit, ich kannte die Erweiterung noch nicht.

Werde ich mir irgendwann man ansehen. Bisher habe ich absolut keine Vorstellung davon, wie man so ein Template erstellen soll. Mit Acrobat?

Na wie man ein PDF erstellt, Acrobat, oder Word, oder LibreOffice, OpenOffice, ...

Oder evt. lieber im Adobe Illustrator oder dergleichen ;)

Wie man eine PDF erstellt weiß ich, aber wie erkennt deine Erweiterung, an welcher Stelle des Templates (der PDF-Datei) es das HTML einfügen soll?

Dafür kannst Du die Ränder im Startpunkt angeben.

So wie bei Briefpapieren? D.h. diese Templates sind dafür gedacht einen header und Footer zu setzen? Werde ich mir bei dem nächsten Kundenwunsch nach PDF mal ansehen.

Gibt es eine Möglichkeit, die PDF-Ausgabe in einem Template so zu steuern, dass wahlweise ein A4-Hochformat bzw Querformat generiert wird?

Hallo do_while,

heute wollte ich mal die Erweiterung testen, aber leider funktioniert es nicht, weil ich durch eine andere Extension [project-manager-bundle] bereits fpdi v2.0.3 installiert habe, bei Dir muss es aber fpdi v1.6.x sein.

Offenbar ist die 1er-Version auch deprecated. Ich versuche es jetzt mal in einer anderen Installation, die keine anderen pdf-Erweiterungen hat, zu installieren und die Abhängigkeit in der composer.json zu ändern. Dann sehe ich ja ob das geht :-)

Gruß
Hella

Im Moment sehe ich da keine Möglichkeit. Man muss das beim Erstellen der Seite angeben, ich denke das CSS kommt dort nicht dran.

Zitat:

---

Zitat von fusch

Hallo do_while,

heute wollte ich mal die Erweiterung testen, aber leider funktioniert es nicht, weil ich durch eine andere Extension [project-manager-bundle] bereits fpdi v2.0.3 installiert habe, bei Dir muss es aber fpdi v1.6.x sein.

Offenbar ist die 1er-Version auch deprecated. Ich versuche es jetzt mal in einer anderen Installation, die keine anderen pdf-Erweiterungen hat, zu installieren und die Abhängigkeit in der composer.json zu ändern. Dann sehe ich ja ob das geht :-)

Gruß
Hella

---

Hallo Hella,
Die Version kommt nicht von mir, sondern aus der json des verwendeten FPDI. Probiere es Mal mit der Erweiterung aus diesem Threads, die beruht anstatt auf TCPDF auf der Library mpdf, da sollte kein Versionskonflikt auftreten.

Hallo Hagen,

mittlerweile habe ich gesehen, dass die Abhängigkeit von fpdi 1.6 von mpdf kommt. Ich mach da mal ein Ticket auf :-)

Gruß
Hella

Zitat:

---

Gibt es eine Möglichkeit, die PDF-Ausgabe in einem Template so zu steuern, dass wahlweise ein A4-Hochformat bzw Querformat generiert wird?

---

Die Eingaben in mpdf/scr/Mpdf.php bewirken nichts.
Contao 4.4.24, Anwendungs-Cache immer gelöscht.

transform: rotate(90deg) im CSS wird ignoriert.


Wo/wie kann ich A4-Hochformat bzw Querformat definieren?

Fragt dtptiger

Eigentlich kommt das aus der Contao-Konfigurationsdatei tcpdf.php im Verzeichnis vendor/contao/core-bundle/src/Resources/contao/config/

Dort ist PDF_PAGE_ORIENTATION festgelegt
'P' = Portrait
'L' = Landscape (Querformat)

Zitat:

---

Eigentlich kommt das aus der Contao-Konfigurationsdatei tcpdf.php im Verzeichnis vendor/contao/core-bundle/src/Resources/contao/config/

---

Dann war Mpdf.php ganz falsch :eek:
Wenns richtig gehts :D
Dankeschön!

Zitat:

---

Zitat von fusch

Hallo Hagen,

mittlerweile habe ich gesehen, dass die Abhängigkeit von fpdi 1.6 von mpdf kommt. Ich mach da mal ein Ticket auf :-)

Gruß
Hella

---

Die neueste Version hat mittlerweile die Abhängigkeit auf "setasign/fpdi": "^2.1" geändert.

Für Isotope haben wir vor kurzem etwas ähnliches gebaut: https://github.com/inspiredminds/con...pdf-templates/ Hier benutzen wir auch mPDF.

Hallo
Bin am Aufbau einer Site in 4.8, habe mPDF template installiert, im Manager erscheint dies als installiert, aber im Backend habe ich keine Einstellungen "mpdf verwenden". Hast du eine Ahnung, an was das liegen kann?

Das müßte im "Startpunkt der Webseite" in den Eigenschaften auftauchen und gilt dann für den ganzen Zweig.
Ich habe gerade keine 4.8 zum Ausprobieren.

Perfekt, danke

Beim Versuch, eine Seite als pdf zu drucken, wirft das System eine Fehlermeldung "Es ist ein Fehler aufgetreten", die Log-Datei bleibt aber leer > keine Ahnung, wo ich schauen kann, was schief läuft.

Konfiguration (Contao = 4.8.7)

Code:

---

"contao-bootstrap/bundle": "^2.1",
        "contao/calendar-bundle": "4.8.*",
        "contao/comments-bundle": "4.8.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.8.*",
        "contao/listing-bundle": "4.8.*",
        "contao/manager-bundle": "4.8.*",
        "contao/news-bundle": "4.8.*",
        "contao/newsletter-bundle": "4.8.*",
        "contao/tcpdf-bundle": "^1.2",
        "do-while/contao-mpdf-template-bundle": "^1.2",
        "pnwscm60/contao-pbtime-bundle": "dev-master"

---

Schalte ich PDF-Verlage im Startpunkt der Website ab, wird das PDF (über TCPDF) gedruckt.
Irgendeine Idee?

Könnte sein, dass die PDF-Vorlagedatei nicht richtig ist.

Code:

---

Die Vorlage muss im Format PDF Specification 1.4 vorliegen.

---

Das kannst Du in den Eigenschaften im Adobe Reader herausbekommen.

Benutze den Debug-Modus um mehr über den Fehler zu erfahren.

Habe ich kontrolliert, die stimmt. Hatte dasselbe am Laufen unter 4.4, da aber mit der alten Erweiterung mpdf im Modulordner, da hat es funktioniert. Dumm ist, dass das System keine Log-Datei generiert, gleichzeitig aber eine Fehlermeldung ausgibt. Bug?

Im Debug-Modus habe ich nur gerade eine Fehlermeldung:
Matches Route "contao_backend".
Context:

Code:

---

"route" => "contao_backend"
  "route_parameters" => [?
    "_route" => "contao_backend"
    "_scope" => "backend"
    "_token_check" => true
    "_controller" => "Contao\CoreBundle\Controller\BackendController::mainAction"
  ]
  "request_uri" => "https://probst.phinetwork.ch/contao?do=page&ref=lAmxv-ve"
  "method" => "GET"
]

---

Sehe allerdings nicht, wie ich damit weiterkomme.

Poste mal einen Screenshot von dem, was du siehst.

Anhang 23039

Da hast du den Profiler geöffnet für einen bestimmten Request. Du musst im Debug-Modus einfach nur die Aktion ausführen, die zum Fehler führt, dann solltest du mehr Informationen zum Fehler sehen.

Auf der Website erscheint mit oder ohne Debug-Modus dieselbe Meldung:
"Es ist ein Fehler aufgetreten", ohne weitere infos.

Was steht im System Log?

Nichts besonderes. Letzter Eintrag vor 2h, also ich eine Testseite angelegt habe.

Mein nicht idealer Workaround für den Moment besteht darin, weiterhin mit der alten pdf-Erweiterung in System>modules zu arbeiten. TCPDF-Package bleibt drin, sonst läuft die alte Erweiterung nicht. So funktioniert die Ausgabe problemlos.
Ich nehme deshalb mal an, das Problem liege im Package selbst.

M

Ich kann den Fehler nachstellen.

Grund ist die mpdf-Library in Version 8.0, hier ist eine Funktion abgeschafft worden, die die Erweiterung verwendet.
Fehlermeldung in var/logs:

Code:

---

request.CRITICAL: Uncaught PHP Exception Mpdf\MpdfException: "Call to undefined method Mpdf\Mpdf::SetImportUse()" at ...

---

Du kannst vorerst die Version 1.1.0 verwenden, die basiert noch auf der Library-Version 7.

Ich werde kurzfristig für die Erweiterung ein Update zur Verfügung stellen.

Die neue Version 1.2.1 ist Online.
Beide Library-Versionen ^7.0 und ^8.0 laufen jetzt ohne Fehler.

Moin ich bekomme beim generieren folgende Meldung:

HTML-Code:

---

[2020-02-10 16:34:41] request.INFO: Matched route "tl_page.19". {"route":"tl_page.19","route_parameters":{"_token_check":true,"_controller":"Contao\\FrontendIndex::renderPage","_scope":"frontend","_locale":"de","pageModel":"[object] (Contao\\PageModel: {})","parameters":"/kolberg-inklusive-10-kuranwendungen-214","_route":"tl_page.19"},"request_uri":"https://www.kn-reisen.de/busreisen-buchen/kolberg-inklusive-10-kuranwendungen-214.html?pdf=18","method":"GET"} []
[2020-02-10 16:34:41] security.INFO: Populated the TokenStorage with an anonymous Token. [] []
[2020-02-10 16:34:41] request.CRITICAL: Uncaught PHP Exception Symfony\Component\Debug\Exception\FatalErrorException: "Compile Error: require_once(): Failed opening required '/kunden/459494_28832/rp-hosting/101359/0100/kn-reisen.de/vendor/do-while/contao-pdf-template/src/Resources/contao/config/tcpdf.php' (include_path='.:/usr/local/lib/php')" at /kunden/459494_28832/rp-hosting/101359/0100/kn-reisen.de/vendor/do-while/contao-pdf-template-bundle/src/Resources/contao/classes/pdf_hookControl.php line 98 {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\FatalErrorException(code: 0): Compile Error: require_once(): Failed opening required '/kunden/459494_28832/rp-hosting/101359/0100/kn-reisen.de/vendor/do-while/contao-pdf-template/src/Resources/contao/config/tcpdf.php' (include_path='.:/usr/local/lib/php') at /kunden/459494_28832/rp-hosting/101359/0100/kn-reisen.de/vendor/do-while/contao-pdf-template-bundle/src/Resources/contao/classes/pdf_hookControl.php:98)"} []

---

Hallo hinzke,
das ist die falsche Erweiterung! Hier in diesem Thema geht des um contao-mpdf-template-bundle (basierend auf der mPDF-Library), das Problem besteht in der contao-pdf-template-bundle (TCPDF-Library). Trotzdem hoffe ich, dass ich helfen kann.

Offenbar war da ein falscher Pfad für die moduleigene tcpdf.php eingetragen. Das hat seit Mai niemand gemerkt :-(

Bitte mache einen Update, die neue Version 1.2.1 sollte das Problem beheben.