[jira] [Closed] (FOP-2938) Incomplete TTF subset files for mutibyte fonts - incomplete mapping between CIDs and codepoints when having two codepoints associated to the same glyph
"Joao Goncalves (Jira)" <[email protected]> Mon, 20 Apr 2026 22:26:00 +0000 (UTC)
| Newsgroups | gmane.text.xml.fop.devel |
|---|---|
| Message-ID | <[email protected]> |
[ https://issues.apache.org/jira/browse/FOP-2938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joao Goncalves closed FOP-2938.
-------------------------------
Resolution: Abandoned
> Incomplete TTF subset files for mutibyte fonts - incomplete mapping between CIDs and codepoints when having two codepoints associated to the same glyph
> -------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: FOP-2938
> URL: https://issues.apache.org/jira/browse/FOP-2938
> Project: FOP
> Issue Type: Bug
> Components: font/opentype
> Affects Versions: 2.5
> Reporter: Dan Caprioara
> Priority: Major
> Attachments: CIDFonts Subset Architectural Problem.png
>
>
> A generic problem appears for MultiByte CID fonts.
> Because of a limitation of the CIDSubset implemenatation, once a glyph has been used for a code point, next usages of the same glyph for other codepoints are discarded. This results in incomplete tables in the TTF sub set file. The structures from CIDSubset class are maps, limiting expressiveness.
>
> In the next diagram I used hyphens and soft hyphens, just as an example, any text with two different characters that map to the same glyph is affected.
> See this attached sketch for details:
> !CIDFonts Subset Architectural Problem.png!
> The solution would be to avoid usage of hash maps, and create some associative lists (currently the uniqueness of the keys breaks things).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)