Pdf.js: Baja calidad de impresión para textos, tal vez las fuentes no se hayan representado correctamente.

Creado en 3 oct. 2015  ·  31Comentarios  ·  Fuente: mozilla/pdf.js

SO: Windows 10
Navegador: Firefox 41.0.1
Versión pdf.js: 1.1.494
Url: http://mozilla.github.io/pdf.js/web/viewer.html
En el navegador Firefox, se puede representar correctamente de la siguiente manera
qq 20151004001137
Pero cuando se imprime, las palabras se perderán o se difuminarán de la siguiente manera
qq 20151004001342
Y luego trato de imprimir con el pdf.js incrustado en el navegador Firefox, se puede imprimir correctamente.

No sé por qué, pero es muy importante para mí.

4-printing

Todos 31 comentarios

Al ver el mismo problema con las fuentes que no se reproducen correctamente al imprimir, comenzó después de que se lanzó la versión 41 de Firefox.

Posiblemente relacionado con # 5006.

El problema está relacionado con que la API de carga de fuentes CSS está habilitada de forma predeterminada en Firefox 41,
cambiar la preferencia about: config "layout.css.font-loading-api.enabled" a false soluciona el problema de impresión.

Solo ahora necesito determinar qué cambiar en PDF JS para que funcione sin cambiar sobre: preferencias de

Interesante hallazgo, ¡gracias por investigar esto!

sí, layout.css.font-loading-api.enabled soluciona el problema, pero si ese es el problema, ¿por qué se imprime correctamente con el pdf.js que viene con Firefox?

Este problema parece haberse solucionado en la última versión 1.3.88

No, no funciona, aquí está el resultado que obtengo con una impresora HP mfp:
20160108_163326

Puedo confirmar que la vista previa de impresión no funciona para mí también, que es el mismo resultado que el anterior. Reapertura.

¡Si! Tengo el mismo problema ... Al obtener una vista previa del documento, se ve bien con la fuente adecuada, pero cuando se imprime no lo es ... La fuente incorrecta es la misma que edwardmeng comentó el 4 de octubre de 2015. No todas las impresiones tienen una fuente incorrecta, pero a veces ha sucedido. Pero cuando descargo el archivo pdf generado y lo abro usando Foxit Reader, la impresión está bien.

Puedo reproducir el problema el 100% del tiempo en Arch Linux. Sé por otras personas que usan Linux (Ubuntu y otras distribuciones) que también encuentran este error el 100% del tiempo. Curiosamente, cambiar la preferencia layout.css.font-loading-api.enabled me resuelve esto, así que me pregunto si esto es realmente un problema anterior con respecto a la API de carga de fuentes. Tenga en cuenta que solo sucede con Firefox para mí: Chrome, por ejemplo, no tiene problemas.

Tenemos texto borroso a medida que avanza el documento. Las primeras partes se ven relativamente nítidas, pero cada página empeora progresivamente. Estamos usando Win / Mac / Linux todo en Chrome. Sin embargo, la aplicación web UI se ejecuta en una instancia EC2 de Linux.

Hola, ¿hay alguna actualización para resolver este problema?

Recientemente probamos la última versión y todavía teníamos imágenes borrosas. Y terminó usando la vista previa de PDF de Chrome integrada y eso funcionó perfectamente para nosotros.

marca

El 7 de junio de 2016, a las 12:18 a.m., alisham70 [email protected] escribió:

Hola, ¿hay alguna actualización para resolver este problema?

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o silencia el hilo.

Estoy planeando usar Chrome si este problema no se puede resolver en un futuro cercano porque pronto realizaremos la Prueba de aceptación del usuario para imprimirla con mi cliente. He probado con Chrome anteriormente y se imprime bien. Prefiero usar Firefox en lugar de Chrome ... pero parece que no tengo otra opción aquí.

¿Algún progreso en esto?

Lo más probable es que sea un problema anterior con la API de carga de fuentes, o quizás en combinación con el código PDF.js. Necesitamos investigar qué está causando esto exactamente.

¿Puedo apoyar de alguna manera? Nuestros clientes informan del mismo problema.

En mi opinión, este problema es difícil de solucionar, ya que parece suceder al azar. A veces, la impresión está bien y otras no.

Bueno, fue reproducible de inmediato para mí y otros aquí también informaron, que pueden reproducirlo al 100%. (Estaba usando Firefox 47.0.1 en Mac)

@AndreasEK ¿ alguna idea de cómo resolverlo? ... Mis clientes también tienen el mismo problema ... No sucede si se usa Chrome ... (pero mi cliente prefiere Firefox en lugar de Chrome).

Tener este mismo problema en un visor personalizado.
Al principio pensé que el textLayer era el renderizador, pero ese no es el caso, los caracteres textLayer están bien mientras faltan en la impresión errónea.
Entonces deben ser los lienzos en el printContainer ... pero están correctamente renderizados, puedes probar esto rápidamente con algo como esto para que permanezcan visibles:

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

El siguiente paso parece ser cuando se llama a PDFPageProxy_render en pdf.js con el contexto del argumento mozPrintCallback definido por la función asignada a canvas.mozPrintCallback en pdf_page_view.js. Pero no pude encontrar ninguna documentación válida sobre los componentes internos de mozPrintCallback, por lo que no tengo claro si la representación se realiza en el visor y se asigna al contexto de impresión como un blob o si las instrucciones del lienzo las ejecuta la propia impresión del navegador ...

Al inspeccionar con curiosidad el contexto 2d pasado a mozPrintCallback, tiene una propiedad de fuente establecida en 'sans-serif', que es la fuente predeterminada que obtengo en todas partes en impresiones erróneas.

¿Alguien tiene alguna idea de cómo investigar esto? ¿Existe alguna documentación sobre mozPrintCallback?

¿Puede el problema estar en cualquiera de los // # if! (MOZCENTRAL || FIREFOX) código relacionado?

También me enfrento al mismo problema. Estoy usando la fuente 'Times New Roman' en mi PDF que se muestra correctamente en Mozilla pero cuando la fuente impresa no aparece correctamente. Tampoco aparecen los estilos de fuente en negrita y cursiva. Sugiera algo para esto. ¿Cuándo se solucionará este problema?

Cierre según lo fijado por # 7694.

Basura. Todavía no funciona completamente, con o sin la solución, incluso en 45.9.0 bajo Debian 8. La vista previa parece correcta todo el tiempo. En Imprimir, las fuentes no se cargan correctamente el 80% del tiempo.

Puedo confirmar lo que afirma @alexyuriev .

El error no está arreglado. Al imprimir en Kubuntu 18.04 a Brother MFC-J880DW, Firefox no carga correctamente las fuentes al imprimir ciertos documentos de Latex.

Creo que todas las impresiones de PDF aparecen borrosas, pero solo algunas cargan la fuente incorrecta.

La solicitud de extracción # 9982 es un seguimiento de esto que nos permite usar la API de carga de fuentes en Firefox, que anteriormente no era posible y debería corregir las fuentes incorrectas al imprimir.

Estimado @timvandermeij y toda la gente de pdf.js y Firefox,

experimentamos un problema con una versión reciente de Firefox que se siente similar a este problema, por lo que nos gustaría compartir nuestras observaciones aquí.

Introducción

Después de seguir el # 9982 al [Error 1473742] (las fuentes cargadas con la API de carga de fuentes CSS no se pueden imprimir), esto nos dice que el problema correspondiente podría haber sido RESUELTO CORREGIDO en Firefox 63 , ¿verdad? Encontramos diferentes problemas con respecto a la carga de fuentes en pdf.js pero no podemos saber si realmente estamos enfrentando el mismo problema. Sin embargo, queríamos informar nuestros hallazgos.

Observación

Encontramos el documento PDF [1] para imprimir con texto distorsionado mientras se muestra bien en Firefox antes. Sin embargo, el documento se imprime sin problemas cuando se envía a la impresora desde el sistema operativo después de descargarlo primero. Esto también nos parece un problema de fuente de pdf.js . También adjuntamos el resultado correspondiente de pdffonts continuación y el enlace a [2] como referencia.

Ejecutamos Firefox 65.0.1 en macOS 10.13.3.

¿Quizás pueda averiguar qué podría estar fallando con estos documentos PDF publicados por la EPO? Gracias de antemano por sus esfuerzos.

Atentamente,
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 salida 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

Creo que puede solucionarse con el nuevo parche https://bugzilla.mozilla.org/show_bug.cgi?id=1524640 , que resolvió un problema con la carga de fuentes al imprimir desde Firefox. Puedes comprobar esto con Firefox Nightly.

Estimado @timvandermeij ,

muchas gracias por tu rápida respuesta. Hemos podido confirmar que esto funciona perfectamente con un Firefox Nightly actual nuevamente, como probablemente también lo hará con el _Firefox Beta 66b12_ ampliamente disponible. ¡Excelente! Se pueden encontrar más detalles y enlaces de descarga directa en [1].

Gracias de nuevo y mantén el ánimo.

Atentamente,
Andreas.

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

¡No hay problema! Me alegro de poder ayudar.

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

BrennanDuffey picture BrennanDuffey  ·  3Comentarios

anggikolo11 picture anggikolo11  ·  3Comentarios

azetutu picture azetutu  ·  4Comentarios

zerr0s picture zerr0s  ·  3Comentarios

jigskpatel picture jigskpatel  ·  3Comentarios