Advertising
I tested the code with some examples from a weekly newsletter that I
receive -- this is a good example because the newsletter is always
created using the same template and the same set of fonts (with a few
exceptions).
The code worked mostly well but the output was not perfect with some of
the fonts, where some glyphs were missing of misplaced (causing
overlap). So there is still work to be done. Nevertheless, and since the
feature is disabled by default, I think there is value in merging this
to trunk because it does work in many situations. Besides I don't know
if the problem is due to this patch or to PDFBox. Hence +1.
Note: I will send the examples directly to Simon.
On 6/20/14, 12:23 PM, Simon Steiner wrote:
Hi,
I have been working on merging fonts inside pdf external graphic using
the pdf-plugin. The feature is disabled by default and can be enabled
using fop.xconf:
<fop version="1.0">
<renderers>
<renderer mime="application/pdf">
<merge-fonts>true</merge-fonts>
</renderer>
</renderers>
</fop>
It is using pdfbox 2.0 snapshot which requires Java 6 or later so you
vote needs to agree to end support for Java 5 on trunk.
It is supporting fonts of type CFF, Truetype, CID and Type1.
The vote will last 5 working days, ending next Friday.
https://issues.apache.org/jira/browse/FOP-2302
https://svn.apache.org/repos/asf/xmlgraphics/fop-pdf-images/branches/Temp_FontMerging
https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_FontMerging
Here is my vote: +1
Thanks