[
https://issues.apache.org/jira/browse/FOP-2011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Bowditch closed FOP-2011.
-------------------------------
Resolution: Won't Fix
I'm closing a won't fix. As discussed above if you have a requirement to post
process PDF or Postscript files generated by FOP then fully embedding the font
makes this possible without having to deal with subset fonts and their random
names
> FOP always uses the same prefix for embeded font
> ------------------------------------------------
>
> Key: FOP-2011
> URL: https://issues.apache.org/jira/browse/FOP-2011
> Project: FOP
> Issue Type: Improvement
> Components: renderer/pdf
> Affects Versions: trunk
> Environment: Operating System: All
> Platform: PC
> Reporter: quamis
>
> After having some problems with ghostscript while trying to concatenate PDF
> files generated by FOP, we went to the conclusion that FOP generates the
> embedded fonts prefix by always using the same sequence.
> @see http://bugs.ghostscript.com/show_bug.cgi?id=692795 for the initial bug
> report
> According to Ken Sharp from ghostscript, the embedded font should have an
> unique name, non-repeatable across multiple generations. I couldn't find this
> in the PDF specs, but i kinda lost myself trying to find anything in there,
> so this is not really relevant.
> Basically, it seems that FOP always generates the embedded font prefix by
> using EAAAAA, EAAAAB, EAAAAC etc sequentially when it should generate unique
> prefixes.
> Because it generates the same prefix, gs(and the PDF viewer) cannot display
> the required fonts. I cannot contribute a patch as i have 0 knowledge of
> java, but i think that the prefix should be based on the current
> timestamp+the current index(easiest), or be based on the currently embedded
> font glyphs, this should be more accurate, but any method will do for now.
> It should be able to disable this through the command line to allow automatic
> unit-tests that tests binary files to not fail because of always having
> something different in otherwise identical files.
> I have font-embeding enabled, according to
> http://xmlgraphics.apache.org/fop/trunk/fonts.html#embedding , and it only
> embeds used glyphs. Same thing happens though if i embed the whole font
> (using encoding-mode).
> I have located the culprit in java\org\apache\fop\pdf\PDFFactory.java in
> function createSubsetFontPrefix(), but as mentioned i'm unable to provide a
> patch.
> I have found this as a related issue.
> http://osdir.com/ml/fop-users-xmlgraphics.apache.org/2009-04/msg00127.html
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
