Pdf.js: Baixa qualidade de impressão para textos, talvez fontes não renderizadas corretamente.

Ver o mesmo problema com fontes não renderizadas corretamente durante a impressão, começou após o firefox versão 41 foi lançado.

Possivelmente relacionado a # 5006.

O problema está relacionado ao fato de a API de carregamento de fontes CSS estar ativada por padrão no Firefox 41,
alterar a preferência about: config "layout.css.font-loading-api.enabled" para false corrige o problema de impressão.

Agora preciso determinar o que alterar no PDF JS para que funcione sem alterar sobre: preferências de

Achado interessante, obrigado por investigar isso!

sim layout.css.font-loading-api.enabled corrige o problema, mas se esse for o problema, por que imprimiria corretamente com o pdf.js que vem com o Firefox?

Este problema parece ter sido corrigido na última versão 1.3.88

Não, não funciona. Aqui está o resultado que obtenho com uma impressora HP mfp:

Posso confirmar que a visualização da impressão também não funciona para mim, que é o mesmo resultado acima. Reabrindo.

Sim! Eu tenho o mesmo problema ... Ao visualizar o documento, ele parece ok com a fonte adequada, mas ao imprimi-lo não é ... A fonte incorreta igual à que edwardmeng comentou em 4 de outubro de 2015. Nem todas as impressões têm fonte incorreta, mas às vezes aconteceu. Mas quando eu faço o download do arquivo pdf gerado e abro usando o Foxit Reader, a impressão está ok.

Consigo reproduzir o problema 100% das vezes no Arch Linux. Sei de outras pessoas que usam Linux (Ubuntu e outras distribuições) que também acertam esse bug 100% das vezes. Curiosamente, inverter a preferência layout.css.font-loading-api.enabled resolve isso para mim, então eu me pergunto se isso é realmente um problema upstream em relação à API de carregamento de fonte? Observe que isso só acontece com o Firefox para mim: o Chrome, por exemplo, não tem problemas.

Temos texto borrado conforme o documento avança. As primeiras partes parecem relativamente nítidas, mas a cada página fica cada vez pior. Estamos usando Win / Mac / Linux, tudo no Chrome. O UI Web App, entretanto, está sendo executado na instância do Linux EC2.

Olá, existe alguma atualização para resolver este problema?

Recentemente, testamos a versão mais recente e ainda havia manchas. E acabamos usando apenas o visualizador de PDF embutido no Chrome e funcionou perfeitamente para nós.

Marca

Em 7 de junho de 2016, às 12h18, alisham70 [email protected] escreveu:

Olá, existe alguma atualização para resolver este problema?

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

Estou planejando usar o Chrome se este problema não puder ser resolvido em um futuro próximo porque faremos o Teste de Aceitação do Usuário para impressão com meu cliente em breve. Eu testei usando o Chrome anteriormente e imprime bem. Eu prefiro usar o Firefox em vez do Chrome .... mas parece que não tenho escolha aqui.

Algum progresso nisso?

É mais provável que seja um problema de upstream com a API de carregamento de fonte ou talvez em combinação com o código PDF.js. Precisamos descobrir o que exatamente está causando isso.

Posso apoiar de alguma forma? Nossos clientes estão relatando o mesmo problema.

Na minha opinião, esse problema é difícil de solucionar, pois parece acontecer ao acaso. Às vezes, a impressão está boa e às vezes não.

Bem, foi imediatamente reproduzível para mim e outros aqui relatados também, que podem reproduzi-lo 100%. (Eu estava usando Firefox 47.0.1 no Mac)

@AndreasEK alguma ideia de como resolvê-lo? ... Meus clientes também estão tendo o mesmo problema ... Isso não acontece se usar o cromo ... (mas meu cliente prefere o firefox em vez do cromo).

Tendo o mesmo problema em um visualizador personalizado.
A princípio, achei que textLayer era renderizador, mas não é o caso, os caracteres textLayer estão bem, mas faltam na impressão incorreta.
Portanto, devem ser as telas no printContainer ... mas elas estão renderizadas corretamente, você pode testar isso rapidamente com algo assim para que fiquem visíveis:

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

A próxima etapa parece ser quando PDFPageProxy_render em pdf.js é chamado com o contexto do argumento mozPrintCallback conforme definido pela função atribuída a canvas.mozPrintCallback em pdf_page_view.js. Mas não consegui encontrar nenhuma documentação válida sobre os componentes internos do mozPrintCallback, então não está claro para mim se a renderização acontece no visualizador e atribuída ao contexto de impressão como um blob ou se as instruções do canvas são executadas pelo próprio navegador de impressão ...

Por curiosidade, inspecionando o contexto 2d passado para mozPrintCallback, ele tem uma propriedade de fonte definida como 'sans-serif', que é a fonte padrão que estou obtendo em todas as impressões incorretas.

Alguém tem alguma pista de como investigar isso? Existe alguma documentação sobre mozPrintCallback?

O problema pode estar em qualquer um dos códigos relacionados // # if! (MOZCENTRAL || FIREFOX)?

Eu também estou enfrentando o mesmo problema. Estou usando a fonte 'Times New Roman' em meu PDF que está sendo exibida corretamente no Mozilla, mas quando estou tirando a fonte impressa não está aparecendo corretamente. Além disso, os estilos de fonte negrito e itálico não aparecem. Por favor, sugira algo para isso. Quando esse problema será corrigido?

Fechamento corrigido por # 7694.

Lixo. Ele ainda não está funcionando totalmente, com ou sem a solução alternativa, mesmo em 45.9.0 no Debian 8. A visualização parece correta o tempo todo. Em Imprimir, as fontes não carregam corretamente 80% das vezes.

Pode confirmar o que @alexyuriev afirma.

Bug não foi corrigido. Ao imprimir no Kubuntu 18.04 para o Brother MFC-J880DW, o Firefox não carrega as fontes corretamente ao imprimir certos documentos Latex.

• Helvetica funciona, mas fica borrado. http://www.orimi.com/pdf-test.pdf
• Univers (?) Funciona, mas fica embaçado. https://www.americanexpress.com/myca/pdf/pdftest.pdf
• http://cs229.stanford.edu/notes/cs229-notes1.pdf está borrado e leva muito tempo para começar a imprimir.
• https://www.eecs70.org/static/homeworks/hw01.pdf carrega sans-serif .

Acho que todas as impressões de PDF parecem borradas, mas apenas algumas carregam a fonte errada.

A solicitação de pull # 9982 é uma continuação para isso que nos permite usar a API de carregamento de fontes no Firefox, o que anteriormente não era possível e deve corrigir as fontes erradas durante a impressão.

Caro @timvandermeij e todos os usuários de pdf.js e Firefox,

tivemos um problema com uma versão recente do Firefox que parece semelhante a este, então gostaríamos de compartilhar nossas observações aqui.

Introdução

Após seguir # 9982 para [Bug 1473742] (Fontes carregadas com API de carregamento de fonte CSS não imprimíveis), isso nos diz que o problema correspondente já pode ter sido RESOLVIDO, CORRIGIDO no Firefox 63 , certo? Encontramos diferentes problemas relacionados ao carregamento de fontes em pdf.js mas não podemos dizer se estamos realmente enfrentando o mesmo problema. No entanto, queríamos relatar nossas descobertas.

Observação

Encontramos o documento PDF [1] para imprimir com texto distorcido enquanto era exibido corretamente no Firefox. No entanto, o documento é impresso perfeitamente quando enviado do sistema operacional para a impressora, depois de baixá-lo primeiro. Isso também parece um problema de fonte de pdf.js para nós. Também anexamos a saída correspondente de pdffonts abaixo e link para [2] para referência.

Estamos executando o Firefox 65.0.1 no macOS 10.13.3.

Talvez você consiga descobrir o que pode estar errado com esses documentos PDF publicados pelo EPO? Agradecemos antecipadamente por seus esforços.

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

Apêndice

pdffonts output 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

Acho que pode ser corrigido pelo novo patch https://bugzilla.mozilla.org/show_bug.cgi?id=1524640 , que resolveu um problema com o carregamento de fontes ao imprimir do Firefox. Você pode verificar isso com o Firefox Nightly.

Caro @timvandermeij ,

muito obrigado pela sua resposta rápida. Fomos capazes de confirmar que isso funciona perfeitamente com o Firefox Nightly atual novamente, como provavelmente também fará com o já amplamente disponível _Firefox Beta 66b12_. Excelente! Mais detalhes e links diretos para download podem ser encontrados em [1].

Obrigado novamente e mantenha o espírito.

Atenciosamente,
Andreas.

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

Sem problemas! Fico feliz em poder ajudar.