Pdf.js: Низкое качество печати текста, возможно, шрифты отображаются неправильно.

Обнаружена та же проблема с неправильным отображением шрифтов при печати, запущенная после выпуска Firefox версии 41.

Возможно связано с № 5006.

Проблема связана с тем, что API загрузки шрифтов CSS включен по умолчанию в Firefox 41,
изменение параметра about: config "layout.css.font-loading-api.enabled" на false устраняет проблему с печатью.

Только сейчас нужно определить, что изменить в PDF JS, чтобы он работал без изменения настроек about: config

Интересная находка, спасибо за внимание!

да layout.css.font-loading-api.enabled устраняет проблему, но если это проблема, то почему он должен правильно печатать с pdf.js, который поставляется с Firefox?

Эта проблема, кажется, была исправлена ​​в последней версии 1.3.88.

Нет, это не работает, вот результат, который я получаю с принтером HP mfp:

Я могу подтвердить, что предварительный просмотр печати у меня тоже не работает, что дает тот же результат, что и выше. Повторное открытие.

Да! У меня та же проблема ... При предварительном просмотре документа он выглядит нормально с правильным шрифтом, но при печати это не так ... Неправильный шрифт, такой же, как прокомментировал edwardmeng 4 октября 2015 г. Не все распечатки имеют неправильный шрифт, но иногда такое случалось. Но когда я загружаю сгенерированный файл pdf и открываю его с помощью Foxit Reader, распечатка в порядке.

Я могу воспроизвести проблему в 100% случаев на Arch Linux. Я знаю от других людей, которые используют Linux (Ubuntu и другие дистрибутивы), что они также сталкиваются с этой ошибкой в ​​100% случаев. Интересно, что переключение предпочтения layout.css.font-loading-api.enabled решает эту проблему для меня, поэтому мне интересно, действительно ли это проблема восходящего потока, касающаяся API загрузки шрифтов? Обратите внимание, что для меня это происходит только с использованием Firefox: например, в Chrome нет проблем.

По мере продвижения документа мы видим размытый текст. Первые части выглядят относительно четкими, но с каждой страницей становится все хуже. Мы все используем Win / Mac / Linux в Chrome. Однако веб-приложение UI работает на экземпляре Linux EC2.

Привет, есть ли обновления для решения этой проблемы?

Недавно мы попробовали последнюю версию, но размытость изображения не исчезла. В итоге мы просто использовали встроенный просмотрщик PDF в Chrome, и это отлично сработало для нас.

отметка

7 июня 2016 г. в 00:18 alisham70 [email protected] написал:

Привет, есть ли обновления для решения этой проблемы?

-
Вы получили это, потому что оставили комментарий.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

Я планирую использовать Chrome, если эта проблема не может быть решена в ближайшем будущем, потому что скоро мы собираемся провести тест на приемку для распечатки с моим клиентом. Я ранее тестировал использование Chrome, и он печатает нормально. Я предпочитаю использовать Firefox вместо Chrome .... но, похоже, у меня нет выбора.

Есть ли в этом прогресс?

Скорее всего, проблема связана с API загрузки шрифтов или, возможно, с кодом PDF.js. Нам нужно выяснить, что именно вызывает это.

Могу я как-нибудь поддержать? Наши клиенты сообщают о той же проблеме.

На мой взгляд, эту проблему сложно устранить, поскольку она возникает случайно. Иногда распечатка в порядке, а иногда нет.

Что ж, это было немедленно воспроизведено для меня, и другие здесь также сообщили, что они могут воспроизвести это на 100%. (Я использовал Firefox 47.0.1 на Mac)

@AndreasEK есть идеи, как это решить? ... У моих клиентов такая же проблема ... Этого не происходит при использовании хрома ... (но мой клиент предпочитает firefox вместо хрома).

Такая же проблема возникает в настроенной программе просмотра.
Сначала я подумал, что textLayer был рендерером, но это не так, символы textLayer в порядке, но отсутствуют при ошибочной печати.
Значит, это должны быть холсты в printContainer ... но они правильно отрисованы, вы можете быстро проверить это с помощью чего-то вроде этого, чтобы они оставались видимыми:

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

Следующим шагом кажется, что PDFPageProxy_render в pdf.js вызывается с контекстом из аргумента mozPrintCallback, как определено функцией, назначенной для canvas.mozPrintCallback в pdf_page_view.js. Но я не смог найти какой-либо действительной документации о внутренностях mozPrintCallback, поэтому мне не ясно, происходит ли рендеринг в средстве просмотра и назначается контексту печати как blob, или инструкции холста выполняются самой печатью браузера ...

Из любопытства, проверив 2-мерный контекст, переданный в mozPrintCallback, у него есть свойство font, установленное на 'sans-serif', который является шрифтом по умолчанию, который я получаю везде в ошибочных отпечатках.

Кто-нибудь знает, как это расследовать? Есть ли документация по mozPrintCallback?

Может ли проблема быть в любом из кода, связанного с // # if! (MOZCENTRAL || FIREFOX)?

Я тоже столкнулся с той же проблемой. Я использую шрифт Times New Roman в своем PDF-файле, который отображается правильно в Mozilla, но при печати шрифт отображается некорректно. Также не отображаются полужирный шрифт и курсив. Пожалуйста, предложите что-нибудь для этого. Когда эта проблема будет исправлена?

Закрытие зафиксировано # 7694.

Мусор. Он все еще не полностью функционирует, с обходным путем или без него даже в 45.9.0 под Debian 8. Предварительный просмотр всегда выглядит правильно. В режиме печати шрифты не загружаются должным образом в 80% случаев.

Могу подтвердить то, что утверждает @alexyuriev .

Баг не исправлен. При печати из Kubuntu 18.04 на Brother MFC-J880DW Firefox неправильно загружает шрифты при печати некоторых документов Latex.

• Helvetica работает, но получается размыто. http://www.orimi.com/pdf-test.pdf
• Univers (?) Работает, но размыто получается. https://www.americanexpress.com/myca/pdf/pdftest.pdf
• http://cs229.stanford.edu/notes/cs229-notes1.pdf расплывчатый, и для начала печати требуется очень много времени.
• https://www.eecs70.org/static/homeworks/hw01.pdf вместо этого загружает sans-serif .

Я думаю, что все распечатки PDF выглядят размытыми, но только некоторые загружают неправильный шрифт.

Запрос на извлечение №9982 является продолжением этого, что позволяет нам использовать API загрузки шрифтов в Firefox, что ранее было невозможно, и должно исправлять неправильные шрифты при печати.

Уважаемый @timvandermeij и все пользователи pdf.js и Firefox,

у нас возникла проблема с недавним выпуском Firefox, которая похожа на эту проблему, поэтому мы хотели бы поделиться своими наблюдениями здесь.

Введение

После следующего # 9982 на [Bug 1473742] (шрифты, загруженные с помощью API загрузки шрифтов CSS не печатаются), это говорит нам, что соответствующая проблема могла быть РЕШЕНА ИСПРАВЛЕНО в Firefox 63 , верно? Мы обнаружили разные проблемы с загрузкой шрифтов в pdf.js но мы не можем сказать, сталкиваемся ли мы с той же проблемой. Тем не менее, мы хотели сообщить о наших результатах.

Наблюдение

Ранее мы обнаружили, что PDF-документ [1] печатается с искаженным текстом при правильном отображении в Firefox. Однако документ печатается безупречно при отправке на принтер из операционной системы после его первой загрузки. Для нас это также похоже на проблему со шрифтом pdf.js . Мы также приложили соответствующий вывод из pdffonts ниже и ссылку на [2] для справки.

Мы запускаем Firefox 65.0.1 на macOS 10.13.3.

Может быть, вы сможете понять, что может быть не так с этими PDF-документами, опубликованными ЕПВ? Заранее благодарим за ваши усилия.

С наилучшими пожеланиями,
Андреас.

[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

Приложение

pdffonts вывод 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

Думаю, это может быть исправлено новым патчем https://bugzilla.mozilla.org/show_bug.cgi?id=1524640 , который решил проблему с загрузкой шрифтов при печати из Firefox. Вы можете проверить это с помощью Firefox Nightly.

Уважаемый @timvandermeij ,

Большое спасибо за быстрый ответ. Мы снова смогли подтвердить, что это работает безупречно с текущим Firefox Nightly, как и, вероятно, уже будет с широко доступной _Firefox Beta 66b12_. Превосходно! Более подробную информацию и прямые ссылки для скачивания можно найти на [1].

Еще раз спасибо и поддерживайте дух.

С наилучшими пожеланиями,
Андреас.

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

Нет проблем! Рад, что могу помочь.