Documents4J: Кернинг в преобразовании Word в PDF

Question

Итак, я собрал реализацию Document4J, используя его автономный исполняемый серверный баннер на одной выделенной системе с MS Word, и я вызываю его с помощью веб-службы, используя клиентские банки, которые они также предоставляют , Кажется, он работает так, как ожидалось.

Проблема в том, что клиент замечает кернинг в конечном продукте PDF. Это обычное явление при использовании ассортимента шрифтов ... неравномерное расстояние между буквами. Такое замечательное наблюдение было чем-то, чего не заметили наши сотрудники по разработке на первый взгляд ... мы просто заметили, что теперь PDF-файлы выглядят намного лучше, чем наши старые реализации, используя API-интерфейсы open2pdf с открытым исходным кодом, которые не связаны с MS Word. Эта проблема дублируется при открытии Word и использовании «Сохранить как ...» и сохранения в формате PDF. Другими словами, это проблема MS Word в глубине души.

Однако, когда Adobe Plugin присутствует в MS Word, и вы используете «Экспорт» или «Печать», они получают желаемый продукт.

Можно ли настроить RemoteServer или Builder для использования этого альтернативного метода преобразования в Documents4J?

Answer 1

Фактически документы4j завершают сценарий VBS, который запускает API-интерфейсы MS Office. script of the MS Word converter уже использует экспорт в PDF/A поколения:

wordDocument.ExportAsFixedFormat outputFile, _ 
             WdExportFormatPDF, _ 
             False, _ 
             , , , , , , , , , , _ 
             True 

, но не для стандартных файлов PDF, где используется (быстрее) копи-в-PDF функция. Чтобы использовать плагин, вам, вероятно, потребуется также функция экспорта.

Вы пробовали PDF/поколение, чтобы убедиться, что это повышает качество? В этом случае вам нужно будет изменить последний True вызова на False для отключения PDF/A, если вы хотите избежать последнего.