[
https://issues.apache.org/jira/browse/PDFBOX-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14603832#comment-14603832
]
John Hewson edited comment on PDFBOX-2842 at 6/27/15 12:27 AM:
---------------------------------------------------------------
This commit achieves a number of inter-related things:
- introduces a common font type, FontBoxFont, which we use in PDFBox for
generic substitution
- replaces ExternalFonts with FontMapper which now contains all substitution
logic which was previously in FontProvider
- added knowledge of CIDSystemInfo to FontMapper for CJK mapping
- simplified FontProvider to returning a list of FontInfo, a new class which
describes the metadata for a system font
- FontMapper returns a FontMapping, which contains additional substitution
information as well as the mapped font
- Encodings are now synthesised for TTFs using the "post" table and falling
back to using GIDs as pseudo-names, so now PDSimpleFont#getEncoding() always
returns something usable.
- CFF -> TTF substitution is now possible, so AdobeBlank is no longer needed,
we always render something
- removes Type1Equivalent and replaces it with FontBoxFont where any font will
do, and EncodedFont where a Type 1 encoding is needed.
was (Author: jahewson):
This commit achieves a number of inter-related things:
- introduces a common font type, FontBoxFont, which we use in PDFBox for
generic substitution
- replaces ExternalFonts with FontMapper which now contains all substitution
logic which was previously in FontProvider
- added knowledge of CIDSystemInfo to FontMapper for CJK mapping
- simplified FontProvider to returning a list of FontInfo, a new class which
describes the metadata for a system font
- FontMapper returns a FontMapping, which contains additional substitution
information as well as the mapped font
- Encodings are now synthesised for TTFs using the "post" table and falling
back to using GIDs as pseudo-names, so now PDSimpleFont#getEncoding() always
returns something usable.
- CFF -> TTF substitution is now possible, so AdobeBlank is no longer needed,
we always render something
> Overhaul font substitution
> --------------------------
>
> Key: PDFBOX-2842
> URL: https://issues.apache.org/jira/browse/PDFBOX-2842
> Project: PDFBox
> Issue Type: Improvement
> Components: FontBox, PDModel
> Affects Versions: 2.0.0
> Reporter: John Hewson
> Assignee: John Hewson
> Fix For: 2.0.0
>
>
> The improved font substitution mechanisms in 2.0 are not quite sufficient to
> handle all PDFs. Specifically, CJK substitution and substitution of TTF in
> place of CFF fonts is not possible with the current design.
> The CJK problems can be seen in PDFBOX-2509 and PDFBOX-2563, which does not
> solve the problem. Additional font API weaknesses can be found in PDFBOX-2578
> and PDFBOX-2366. This meta-issue aims to address all of those sub-issues.
> The current problems are:
> - FontBox does not provide a generic font type, so we have handle
> TrueTypeFont, CFFFont, and Type1Font separately. This hinders cross-format
> substitution.
> - ExternalFonts has no knowledge of the CIDSystemInfo which is necessary for
> CJK substitution
> - FontProvider contains too much public logic which should be internal to
> PDFBox, e.g. substitution logic, this makes it brittle and means we won't be
> able to add additional logic after 2.0 is released, e.g. CJK substitution.
> - Too much confusion about the role of ExternalFonts, particularly with
> regards to mapping of built-in fonts and the definition of substitute vs.
> fallback font.
> - ExternalFonts is a black box: the user cannot tell whether the font
> returned is an exact match, or a last-resort fallback.
> - Confusing font substitution API, users preferred having a flat file format
> - PDSimpleFont#getEncoding() can return null for TTFs which use built-in
> encodings. This has caused a lot of bugs - there must be a better way.
> - We still have some confusing names, for example a CustomEncoding is known
> as a "built-in encoding" in the spec.
> - There is no fallback CFF font, we resort to AdobeBlank instead, which has
> no rendering.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
