1

そのため、MS Word を備えた 1 つの専用システムで、スタンドアロンの実行可能なサーバー jar を使用して Documents4J の実装をまとめ、提供されているクライアント jar を使用して Web サービスで呼び出します。期待通りに動作しているようです。

問題は、最終的な PDF 製品でクライアントがカーニングに気付いていることです。さまざまなフォントを使用している場合、文字間隔が不均一になるのはよくあることです。この種の鋭い観察は、開発スタッフが一見しただけでは気付かなかったものでした....MS Word を含まない word2pdf オープン ソース API を使用した古い実装よりも PDF の見栄えが良くなったことに気付きました。この問題は、Word を開いて [名前を付けて保存...] を使用し、PDF として保存したときにも発生します。つまり、これは本質的に MS Word の問題です。

ただし、Adobe プラグインが MS Word に存在し、「エクスポート」または「印刷」を使用すると、目的の製品が得られます。

Documents4J内でこの別の変換方法を使用するようにRemoteServerまたはBuilderを構成する方法はありますか?

4

1 に答える 1

0

事実上、documents4j は、MS Office API をトリガーする VBS スクリプトをラップします。MS Word コンバーターのスクリプトは、 PDF/A 生成用のエクスポートを既に使用しています。

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

ただし、(より高速な) PDF として保存機能が使用される標準の PDF は対象外です。プラグインを使用するには、おそらくエクスポート機能も必要になるでしょう。

PDF/A 生成を試して、品質が向上するかどうかを確認しましたか? この場合、後者を回避したい場合は、最後Trueの呼び出しを PDF/A を無効にするために変更する必要があります。False

于 2016-07-07T07:33:40.600 に答える