Pdf.js: Faible qualité d'impression pour les textes, peut-être que les polices ne sont pas rendues correctement.

Le même problème avec les polices ne s'affichant pas correctement lors de l'impression, a commencé après la sortie de la version 41 de Firefox.

Peut-être lié à # 5006.

Le problème est lié à l'activation par défaut de l'API de chargement des polices CSS dans Firefox 41,
changer la préférence about: config "layout.css.font-loading-api.enabled" sur false résout le problème d'impression.

Il suffit maintenant de déterminer ce qu'il faut changer dans PDF JS pour qu'il fonctionne sans changer : préférences de

Découverte intéressante, merci de regarder cela!

oui layout.css.font-loading-api.enabled résout le problème, mais si tel est le problème, pourquoi s'imprimerait-il correctement avec le pdf.js fourni avec Firefox?

Ce problème semble avoir été résolu dans la dernière version 1.3.88

Non, cela ne fonctionne pas, voici le résultat que j'obtiens avec une imprimante HP mfp:

Je peux confirmer que l'aperçu avant impression ne fonctionne pas pour moi aussi, ce qui donne le même résultat que ci-dessus. Réouverture.

Oui! Je reçois le même problème ... Lors de la prévisualisation du document, la police semble correcte, mais lors de l'impression, ce n'est pas le cas ... La police incorrecte est la même que celle d'Edwardmeng a commenté le 4 octobre 2015. Tous les imprimés n'ont pas une police incorrecte, mais parfois c'est arrivé. Mais lorsque je télécharge le fichier pdf généré et que je l'ouvre à l'aide de Foxit Reader, l'impression est correcte.

Je suis capable de reproduire le problème 100% du temps sur Arch Linux. Je sais par d'autres personnes qui utilisent Linux (Ubuntu et autres distributions) qu'elles ont également rencontré ce bogue 100% du temps. Fait intéressant, inverser la préférence layout.css.font-loading-api.enabled résout ce problème pour moi, alors je me demande s'il s'agit réellement d'un problème en amont concernant l'API de chargement de polices? Notez que cela ne se produit qu'avec Firefox pour moi: Chrome par exemple ne pose aucun problème.

Nous avons un texte flou au fur et à mesure que le document avance. Les premières parties semblent relativement nettes, mais chaque page s'aggrave progressivement. Nous utilisons Win / Mac / Linux tous sur Chrome. L'application Web de l'interface utilisateur s'exécute sur une instance Linux EC2.

Salut, existe-t-il une mise à jour pour résoudre ce problème?

Nous avons récemment essayé la dernière version et nous avions encore du flou. Et j'ai fini par utiliser simplement l'aperçu PDF de Chrome intégré et cela a parfaitement fonctionné pour nous.

marque

Le 7 juin 2016 à 00:18, alisham70 [email protected] a écrit:

Salut, existe-t-il une mise à jour pour résoudre ce problème?

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou désactivez le fil de discussion.

Je prévois d'utiliser Chrome si ce problème ne peut pas être résolu dans un proche avenir car nous allons bientôt faire un test d'acceptation utilisateur pour l'impression avec mon client. J'ai déjà testé l'utilisation de Chrome et l'impression est correcte. Je préfère utiliser Firefox au lieu de Chrome .... mais il semble que je n'ai pas le choix ici.

Des progrès à ce sujet?

Il s'agit probablement d'un problème en amont avec l'API de chargement de polices, ou peut-être en combinaison avec le code PDF.js. Nous devons examiner ce qui cause exactement cela.

Puis-je soutenir de quelque manière que ce soit? Nos clients signalent le même problème.

À mon avis, ce problème est difficile à résoudre car il semble se produire au hasard. Parfois, l'impression est correcte et parfois non.

Eh bien, il était immédiatement reproductible pour moi et d'autres ici ont également signalé qu'ils pouvaient le reproduire à 100%. (J'utilisais Firefox 47.0.1 sur Mac)

@AndreasEK des idées pour le résoudre? ... Mes clients ont également le même problème ... Cela ne se produit pas si vous utilisez chrome ... (mais mon client préfère Firefox au lieu de chrome).

Avoir ce même problème sur une visionneuse personnalisée.
Au début, j'ai pensé que le textLayer était un rendu, mais ce n'est pas le cas, les caractères textLayer sont corrects alors qu'ils sont absents de l'impression erronée.
Donc, ce doit être les toiles dans le printContainer ... mais elles sont correctement rendues, vous pouvez tester cela rapidement avec quelque chose comme ça pour qu'elles restent visibles:

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

L'étape suivante semble être lorsque PDFPageProxy_render dans pdf.js est appelé avec le contexte de l'argument mozPrintCallback tel que défini par la fonction affectée à canvas.mozPrintCallback dans pdf_page_view.js. Mais je n'ai pas trouvé de documentation valide sur les composants internes de mozPrintCallback, donc je ne sais pas si le rendu se produit dans le visualiseur et est affecté au contexte d'impression en tant que blob ou si les instructions de canevas sont exécutées par le navigateur imprimant lui-même ...

Par curiosité en inspectant le contexte 2d passé à mozPrintCallback, il a une propriété de police définie sur 'sans-serif' qui est la police par défaut que j'obtiens partout dans les impressions erronées.

Quelqu'un at-il une idée de la façon d'enquêter là-dessus? Existe-t-il une documentation sur mozPrintCallback?

Le problème peut-il être dans l'un des // # if! (MOZCENTRAL || FIREFOX) code associé?

Je suis également confronté au même problème. J'utilise la police 'Times New Roman' dans mon PDF qui s'affiche correctement dans Mozilla, mais lorsque la police d'impression ne s'affiche pas correctement. Les styles de police gras et italique n'apparaissent pas non plus. Veuillez suggérer quelque chose pour cela. Quand ce problème sera-t-il résolu?

Clôture fixée par # 7694.

Ordures. Il ne fonctionne toujours pas complètement, avec ou sans la solution de contournement, même dans 45.9.0 sous Debian 8. La prévisualisation semble correcte tout le temps. Dans Print, les polices ne se chargent pas correctement 80% du temps.

Peut confirmer ce que @alexyuriev déclare.

Le bogue n'est pas corrigé. Lors de l'impression sur Kubuntu 18.04 vers Brother MFC-J880DW, Firefox ne charge pas correctement les polices lors de l'impression de certains documents Latex.

• Helvetica fonctionne, mais s'avère floue. http://www.orimi.com/pdf-test.pdf
• Univers (?) Fonctionne, mais s'avère flou. https://www.americanexpress.com/myca/pdf/pdftest.pdf
• http://cs229.stanford.edu/notes/cs229-notes1.pdf est flou et prend beaucoup de temps pour commencer l'impression.
• https://www.eecs70.org/static/homeworks/hw01.pdf charge sans-serif place.

Je pense que toutes les impressions PDF semblent floues, mais seules certaines chargent la mauvaise police.

La demande d'extraction n ° 9982 est une suite à cela qui nous permet d'utiliser l'API de chargement de polices dans Firefox, ce qui n'était auparavant pas possible et devrait corriger les mauvaises polices lors de l'impression.

Cher @timvandermeij et tous les utilisateurs de pdf.js et Firefox,

nous avons rencontré un problème avec une version récente de Firefox qui ressemble à ce problème, nous aimerions donc partager nos observations ici.

introduction

Après avoir suivi le # 9982 au [bogue 1473742] (les polices chargées avec l'API de chargement de polices CSS ne sont pas imprimables), cela nous indique que le problème correspondant a peut-être déjà été RÉSOLU FIXE dans Firefox 63 , non? Nous avons trouvé différents problèmes concernant le chargement des polices dans pdf.js mais nous ne pouvons pas dire si nous sommes réellement confrontés au même problème. Néanmoins, nous voulions rapporter nos conclusions.

Observation

Nous avons trouvé le document PDF [1] à imprimer avec du texte déformé tout en s'affichant correctement dans Firefox auparavant. Cependant, le document s'imprime parfaitement lorsqu'il est envoyé à l'imprimante à partir du système d'exploitation après l'avoir téléchargé au préalable. Cela ressemble également à un problème de police de pdf.js pour nous. Nous avons également joint la sortie correspondante de pdffonts ci-dessous et un lien vers [2] pour référence.

Nous utilisons Firefox 65.0.1 sur macOS 10.13.3.

Peut-être pouvez-vous comprendre ce qui ne va pas avec ces documents PDF publiés par l'OEB? Merci d'avance pour vos efforts.

Cordialement,
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

appendice

pdffonts sortie de 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

Je pense que cela peut être corrigé par le nouveau patch https://bugzilla.mozilla.org/show_bug.cgi?id=1524640 , qui a résolu un problème de chargement des polices lors de l'impression à partir de Firefox. Vous pouvez vérifier cela avec Firefox Nightly.

Cher @timvandermeij ,

merci beaucoup pour votre réponse rapide. Nous avons été en mesure de confirmer que cela fonctionne parfaitement avec un Firefox Nightly actuel à nouveau, comme ce sera probablement le cas avec le _Firefox Beta 66b12_ largement disponible déjà. Excellent! Plus de détails et des liens de téléchargement direct peuvent être trouvés à [1].

Merci encore et gardez l'esprit.

Cordialement,
Andreas.

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

Aucun problème! Heureux de pouvoir vous aider.