[
https://issues.apache.org/jira/browse/PDFBOX-5648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18043142#comment-18043142
]
Tilman Hausherr commented on PDFBOX-5648:
-----------------------------------------
No, IIRC the problem was that MapBackedGsubData changed. I tried with a second
constructor but this didn't work, maybe because internally all maps are the
same type. However this is a higher class implementing an interface, so we
could create a different implementation. So I looked for "Map<List<Integer>,
List<Integer>>" and then I found the interface ScriptFeature. That one has
getReplacementForGlyphs() which returned a single integer in 3.0 and a list in
the trunk.
> Support GSUB LookupType 2 (Multiple Substitution Format 1), part 2
> ------------------------------------------------------------------
>
> Key: PDFBOX-5648
> URL: https://issues.apache.org/jira/browse/PDFBOX-5648
> Project: PDFBox
> Issue Type: New Feature
> Components: FontBox
> Affects Versions: 4.0.0
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Priority: Minor
> Labels: gsub
> Fix For: 4.0.0
>
>
> This table is the reverse of ligatures, i.e. replace one glyph with several
> glyphs. I don't know if this is useful at all for us, except understanding
> the current implementation.
> This will be implemented in two steps. The first step has been done in
> PDFBOX-5603 which is reading these tables. This is the second step, actually
> doing anything with it.
> MapBackedGsubData has a Map<List<Integer>, Integer> which is not useful here.
> Either we'd have to introduce a second map, or extend the map so that the
> value is also a list.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
