[
https://issues.apache.org/jira/browse/PDFBOX-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14141195#comment-14141195
]
John Hewson commented on PDFBOX-2360:
-------------------------------------
{quote}
I prefer to provide such getter for convenience instead of forcing users to
use low-level access.
{quote}
But experience tells us that this doesn't work, users are simply not able to
use the low-level font APIs correctly, they are far, far too complex. Just look
at how much difficulty we've had getting PDFBox to use its own APIs correctly
internally.
The internal COS structure of PDF fonts is a giant mess and if the PD API were
simply a wrapper around the COS structures then it too would be a giant mess,
which to an extent it was. The old APIs were unmaintainable and were completely
ripped out and replaced for that very reason: they could not be maintained,
nobody understood them, they were a giant mess. Let's not go back to that.
> PDFont had methods removed
> --------------------------
>
> Key: PDFBOX-2360
> URL: https://issues.apache.org/jira/browse/PDFBOX-2360
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.0
> Reporter: simon steiner
>
> Add back methods or provide a equivalent to pdfbox so it easier to upgrade to
> PDFBox 2
> PDFont
> public int getFirstChar()
> public int getLastChar()
> public Encoding getFontEncoding()
> public CMap getToUnicodeCMap()
> public String encode(byte[] c, int offset, int length) throws IOException
> PDCIDFont
> public long getDefaultWidth()
> Encoding
> public String getCharacter(int code) throws IOException
> CFFFont
> public Object getProperty(String name)
> public Map<String, byte[]> getCharStringsDict()
> public CFFEncoding getEncoding()
> CFFCharset
> public List<Entry> getEntries()
> CFFEncoding
> public List<Entry> getEntries()
> Cmap
> public String lookup( int code, int length )
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
