Pdf.js: Geringe Druckqualität für Texte, möglicherweise nicht richtig gerenderte Schriftarten.

Das gleiche Problem mit Schriftarten, die beim Drucken nicht korrekt gerendert wurden, wurde nach der Veröffentlichung von Firefox Version 41 gestartet.

Möglicherweise verwandt mit # 5006.

Das Problem hängt damit zusammen, dass die API zum Laden von CSS-Schriftarten in Firefox 41 standardmäßig aktiviert ist.
Durch Ändern der Einstellung " about: config " "layout.css.font-load-api.enabled" in "false" wird das Druckproblem behoben.

Gerade jetzt brauchen , um zu bestimmen , was im PDF - JS so zu ändern , dass sie ohne Änderung funktioniert about: config Präferenzen

Interessanter Fund, danke, dass Sie sich damit befasst haben!

yes layout.css.font-load-api.enabled behebt das Problem, aber wenn dies das Problem ist, warum sollte es dann korrekt mit den mit Firefox gelieferten pdf.js gedruckt werden?

Dieses Problem wurde anscheinend in der neuesten Version 1.3.88 behoben

Nein, es funktioniert nicht. Hier ist die Ausgabe, die ich mit einem HP MFP-Drucker erhalte:

Ich kann bestätigen, dass die Druckvorschau auch bei mir nicht funktioniert. Dies ist das gleiche Ergebnis wie oben. Wiedereröffnung.

Ja! Ich habe das gleiche Problem ... Wenn Sie eine Vorschau des Dokuments anzeigen, sieht es mit der richtigen Schriftart in Ordnung aus, aber beim Drucken nicht ... Die falsche Schriftart wie edwardmeng, kommentiert am 4. Oktober 2015. Nicht alle Ausdrucke haben jedoch eine falsche Schriftart manchmal ist es passiert. Aber wenn ich die generierte PDF-Datei herunterlade und mit Foxit Reader öffne, ist der Ausdruck in Ordnung.

Ich kann das Problem 100% der Zeit unter Arch Linux reproduzieren. Ich weiß von anderen Leuten, die Linux verwenden (Ubuntu und andere Distributionen), dass sie diesen Fehler auch 100% der Zeit haben. Interessanterweise löst das Umdrehen der layout.css.font-loading-api.enabled -Einstellung dieses Problem für mich. Ich frage mich also, ob dies tatsächlich ein Upstream-Problem in Bezug auf die API zum Laden von Schriftarten ist. Beachten Sie, dass es bei mir nur mit Firefox passiert: Chrome zum Beispiel hat keine Probleme.

Wir haben verschwommenen Text im Verlauf des Dokuments. Die ersten Teile sehen relativ scharf aus, aber mit jeder Seite wird es zunehmend schlechter. Wir verwenden Win / Mac / Linux alle auf Chrome. Die UI-Webanwendung wird jedoch auf einer Linux EC2-Instanz ausgeführt.

Hallo, gibt es ein Update, um dieses Problem zu beheben?

Wir haben kürzlich die neueste Version ausprobiert und hatten immer noch Unschärfe. Am Ende wurde nur der integrierte Chrome PDF-Previewer verwendet, und das hat bei uns perfekt funktioniert.

Kennzeichen

Am 7. Juni 2016, um 00:18 Uhr, schrieb alisham70 [email protected] :

Hallo, gibt es ein Update, um dieses Problem zu beheben?

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Ich plane, Chrome zu verwenden, wenn dieses Problem in naher Zukunft nicht behoben werden kann, da wir in Kürze einen Benutzerakzeptanztest für den Ausdruck mit meinem Kunden durchführen werden. Ich habe zuvor mit Chrome getestet und es wird in Ordnung gedruckt. Ich bevorzuge die Verwendung von Firefox anstelle von Chrome ... aber anscheinend habe ich hier keine Wahl.

Irgendwelche Fortschritte in diesem Bereich?

Es handelt sich höchstwahrscheinlich um ein Upstream-Problem mit der API zum Laden von Schriftarten oder möglicherweise in Kombination mit dem Code PDF.js. Wir müssen untersuchen, was genau dies verursacht.

Kann ich auf irgendeine Weise unterstützen? Unsere Kunden melden das gleiche Problem.

Meiner Meinung nach ist dieses Problem schwer zu beheben, da es zufällig auftritt. Manchmal ist der Ausdruck in Ordnung und manchmal nicht.

Nun, es war sofort reproduzierbar für mich und andere hier berichtete auch, dass sie es 100% reproduzieren können. (Ich habe Firefox 47.0.1 auf einem Mac verwendet.)

@AndreasEK irgendwelche Ideen, wie man es löst? ... Meine Kunden haben auch das gleiche Problem ... Es kommt nicht vor, wenn sie Chrom verwenden ... (aber mein Kunde bevorzugt Firefox anstelle von Chrom).

Das gleiche Problem in einem benutzerdefinierten Viewer haben.
Zuerst habe ich gelernt, dass der TextLayer ein Renderer ist, aber das ist nicht der Fall. Die TextLayer-Zeichen sind in Ordnung, während sie im fehlerhaften Druck fehlen.
Es müssen also die Leinwände im printContainer sein ... aber sie sind korrekt gerendert. Sie können dies schnell mit so etwas testen, damit sie sichtbar bleiben:

[ mozPrintCallback_Polyfill.js:31 ]
window.print = function print() {
  outerContainer.remove()
  printContainer.style = "display: block;"
[ viewer.js:1307 ]
afterPrint: function pdfViewSetupAfterPrint() {
  return

Der nächste Schritt scheint zu sein, wenn PDFPageProxy_render in pdf.js mit dem Kontext aus dem Argument mozPrintCallback aufgerufen wird, der durch die Funktion definiert ist, die canvas.mozPrintCallback in pdf_page_view.js zugewiesen ist. Ich konnte jedoch keine gültige Dokumentation zu mozPrintCallback-Interna finden. Daher ist mir nicht klar, ob das Rendern im Viewer erfolgt und dem Druckkontext als Blob zugewiesen ist oder ob Canvas-Anweisungen vom Browser selbst ausgeführt werden.

Wenn Sie den an mozPrintCallback übergebenen 2D-Kontext neugierig untersuchen, wird die Schriftart-Eigenschaft auf "serifenlos" gesetzt. Dies ist die Standardschriftart, die ich überall in fehlerhaften Ausdrucken erhalte.

Hat jemand eine Ahnung, wie man das untersucht? Gibt es eine Dokumentation zu mozPrintCallback?

Darf das Problem in einem der // # if! (MOZCENTRAL || FIREFOX) -bezogenen Codes liegen?

Ich stehe auch vor dem gleichen Problem. Ich verwende die Schriftart 'Times New Roman' in meiner PDF-Datei, die in Mozilla korrekt angezeigt wird, aber beim Aufnehmen der Druckschrift nicht korrekt angezeigt wird. Auch Fettdruck und Kursivschrift werden nicht angezeigt. Bitte schlagen Sie etwas dafür vor. Wann wird dieses Problem behoben?

Schließen wie durch # 7694 festgelegt.

Müll. Es ist immer noch nicht voll funktionsfähig, mit oder ohne Problemumgehung, selbst in 45.9.0 unter Debian 8. Die Vorschau sieht immer korrekt aus. In Print werden Schriftarten in 80% der Fälle nicht richtig geladen.

Kann bestätigen, was @alexyuriev sagt.

Fehler ist nicht behoben. Beim Drucken auf Kubuntu 18.04 mit Brother MFC-J880DW lädt Firefox beim Drucken bestimmter Latexdokumente Schriftarten nicht ordnungsgemäß.

• Helvetica funktioniert, ist aber verschwommen. http://www.orimi.com/pdf-test.pdf
• Univers (?) Funktioniert, ist aber verschwommen. https://www.americanexpress.com/myca/pdf/pdftest.pdf
• http://cs229.stanford.edu/notes/cs229-notes1.pdf ist verschwommen und es dauert sehr lange, bis mit dem Drucken begonnen wird.
• https://www.eecs70.org/static/homeworks/hw01.pdf lädt stattdessen sans-serif .

Ich denke, alle PDF-Ausdrucke erscheinen verschwommen, aber nur einige laden die falsche Schriftart.

Die Pull-Anfrage Nr. 9982 ist eine Folge davon, mit der wir die API zum Laden von Schriftarten in Firefox verwenden können, die zuvor nicht möglich war und beim Drucken die falschen Schriftarten korrigieren sollte.

Lieber @timvandermeij und alle Leute von pdf.js und Firefox,

Wir haben ein Problem mit einer kürzlich veröffentlichten Firefox-Version festgestellt, die sich ähnlich anfühlt wie dieses Problem. Daher möchten wir unsere Beobachtungen hier mitteilen.

Einführung

Nachdem Sie # 9982 bis [Bug 1473742] gefolgt sind (Schriftarten, die mit der CSS-API zum Laden von Schriftarten geladen wurden, können nicht gedruckt werden), erfahren Sie , dass das entsprechende Problem möglicherweise bereits pdf.js verschiedene Probleme beim Laden von Schriftarten festgestellt, können jedoch nicht feststellen, ob wir tatsächlich mit demselben Problem konfrontiert sind. Trotzdem wollten wir über unsere Ergebnisse berichten.

Überwachung

Wir haben festgestellt, dass das PDF-Dokument [1] mit verzerrtem Text gedruckt wird, während es zuvor in Firefox gut angezeigt wurde. Das Dokument wird jedoch fehlerfrei gedruckt, wenn es vom Betriebssystem nach dem ersten Herunterladen an den Drucker gesendet wird. Dies fühlt sich für uns auch wie eine Schriftausgabe von pdf.js an. Wir haben auch die entsprechende Ausgabe von pdffonts unten angehängt und als Referenz auf [2] verlinkt.

Wir führen Firefox 65.0.1 unter macOS 10.13.3 aus.

Vielleicht können Sie herausfinden, was mit diesen vom EPA veröffentlichten PDF-Dokumenten schief gehen könnte? Vielen Dank im Voraus für Ihre Bemühungen.

Mit freundlichen Grüßen,
Andreas.

[1] https://data.epo.org/publication-server/pdf-document?cc=EP&pn=1508424&ki=A1
[2] https://meta.ip-tools.org/t/problem-when-accessing-pdf-document-of-ep1508424a1/131

Blinddarm

pdffonts Ausgabe von EP1508424A1.pdf .

$ http 'https://data.epo.org/publication-server/pdf-document?cc=EP&pn=1508424&ki=A1' > EP1508424A1.pdf

$ pdffonts EP1508424A1.pdf
name                                 type              encoding         emb sub uni object ID
------------------------------------ ----------------- ---------------- --- --- --- ---------
VCVGEE+ArialMT                       Type 1C           Custom           yes yes yes     48  0
VCVGEE+Arial-BoldMT                  Type 1C           Custom           yes yes yes     47  0
IBLOAD+C39P24Nfz                     Type 1            Custom           yes yes no      52  0
VCVGEE+Symbol                        Type 1C           Builtin          yes yes yes     55  0
VCVGEE+Arial-ItalicMT                Type 1C           Custom           yes yes yes     25  0

Ich denke, es kann durch den neuen Patch https://bugzilla.mozilla.org/show_bug.cgi?id=1524640 behoben werden, der ein Problem beim Laden von Schriftarten beim Drucken aus Firefox behoben hat. Sie können dies mit Firefox Nightly überprüfen.

Lieber @timvandermeij ,

Vielen Dank für Ihre schnelle Antwort. Wir konnten bestätigen, dass dies mit einem aktuellen Firefox Nightly wieder einwandfrei funktioniert, wie dies wahrscheinlich auch mit dem weit verbreiteten FireFox Beta 66b12 bereits der Fall sein wird. Ausgezeichnet! Weitere Details und direkte Download-Links finden Sie unter [1].

Nochmals vielen Dank und weiter so.

Mit freundlichen Grüßen,
Andreas.

[1] https://meta.ip-tools.org/t/problem-when-accessing-pdf-document-of-ep1508424a1/131/3

Kein Problem! Ich bin froh, helfen zu können.