carlobeltrame
commented
3 years ago Merci für die Rückmeldung, ich habe bereits erwartet dass so etwas früher oder später mal kommt.
Fürs Drucken verwenden wir momentan eine von Vue gerenderte HTML-Seite, welche dann mit paged.js fürs Drucken vorbereitet wird, und die Browser machen dann die eigentliche Konvertierung von HTML in PDF. Leider sind die Druck-Funktionen in Browsern extrem schlecht standardisiert, und auch paged.js (was ein Polyfill für diese Unterschiede zu sein versucht) hat nur begrenzt Einfluss. Wir sind zudem abhängig von Browsereinstellungen wie Kopf- und Fusszeile welche viele Browser gerne mit für uns unnützen Infos wie Seitentitel und URL füllen. Sogar wenn der User alles richtig einstellt ist es aber nicht gegeben dass die PDFs bzw. Ausdrucke korrekt aussehen. Tatsächlich habe ich nur schon lange an den Seitenrändern herumprobiert, bis sich Firefox und Chromium auf meinem Ubuntu wenigstens einigermassen einig waren wie das resultierende Dokument aussehen soll. In Chrome auf Mac OS funktioniert ein Teil des Drucks noch gar nicht #204. Ausserdem musste ich paged.js noch patchen, damit es sich mit unserer Content Security Policy versteht, und es ist nicht als normales NPM Package installiert, sondern liegt als plain JS File in unserem Repo herum. Flächendeckendes Testing ist auch sehr schwierig, wenn wir stark von Browserunterschieden abhängig sind. Du siehst, der aktuelle Setup ist noch alles andere als optimal.
Bei eCamp v3 evaluieren wir aktuell, nach bereits langer Tool-Suche, zwei Möglichkeiten:
- Auf dem Server in einem Container einen Puppeteer (fernsteuerbarer Chrome Browser) laufen lassen, welcher eine HTML-Seite mit paged.js in ein PDF rendert. So kommt wenigstens immer ein konsistentes PDF raus, und man kann sich darauf konzentrieren, die Eigenheiten von Puppeteer beim Drucken auszumerzen. Für Qualix ist das aber momentan keine Option, da Qualix auch auf shared hosting laufen soll (wir betreiben es auf Cyon und Hostpoint).
- Mit react-pdf gibt es eine Library, welche PDFs direkt in JavaScript im Browser des Users generieren kann. Damit hätten wir viel mehr Kontrolle über das Aussehen des PDFs, unabhängig von der Druck-Funktion der Browser. Aber das hat natürlich auch Nachteile, wie ich hier und hier am sammeln bin.
Ich denke, Qualix hat weniger komplizierte Ansprüche ans Drucken als eCamp, daher habe ich vor, es in nächster Zeit mal mit ReactPDF zu versuchen.
Tschet1
Bei der Druckansicht der Quali könnte das Layout optimiert werden, damit eine Quali auf möglichst wenigen Seiten Platz hat. Zum Beispiel könnten die Seitenränder verkleinert werden.