[
https://issues.apache.org/jira/browse/PDFBOX-3332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15269324#comment-15269324
]
John Hewson edited comment on PDFBOX-3332 at 5/3/16 6:41 PM:
-------------------------------------------------------------
Any Encoding may map multiple codes to the same glyph name, so it doesn't make
sense to special-case this behaviour for just the encodings you mention. We
need a general solution.
Your proposed code has the behaviour we desire, except, as Andreas noted, it
doesn't work with DictionaryEncoding because that needs to overwrite existing
entries. We could solve this by making add(int code, String name) behave as you
propose (first wins) but then adding a new overwrite(int code, String name)
method which is called only from DictionaryEncoding#applyDifferences() and
would behave in the existing manner (last wins).
That should solve the problem once and for all.
was (Author: jahewson):
Any Encoding may map multiple codes to the same glyph name, so it doesn't make
sense to special-case this behaviour for just the encodings you mention. We
need a general solution.
Your proposed code has the behaviour we desire, except, as Andreas noted, it
doesn't work with DictionaryEncoding because that needs to overwrite existing
entries. We could solve this by making add(int code, String name) behave as you
propose (first wins) but then adding a new overwrite(int code, String name)
method which is called only from DictionaryEncoding#applyDifferences() and
would behave in the existing manner (last wins).
> Apache PDFBox Form Fill TrueType text spacing issue
> ---------------------------------------------------
>
> Key: PDFBOX-3332
> URL: https://issues.apache.org/jira/browse/PDFBOX-3332
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.1
> Environment: Mac OS X/JDK 1.8.0_65
> Reporter: Richard Brown
> Priority: Critical
> Labels: bug
> Attachments: BLANK.pdf, FillFormField-acrobat.pdf, FillFormField.pdf,
> FillFormField_iText.pdf, Main.java
>
>
> I'm using Apache PDFBox to fill a PDF Form. I'm using a TrueType font (not a
> default font) called 'Impact', pretty standard fare. In the template I have a
> field called "Title" that has the Impact font assigned. I use the code below
> to take that template and populate the field with a value that has several
> words in it.
> The issue is when you view the created PDF there are large spaces between the
> words. If you open the PDF in Acrobat and click on the field the text alters
> and the large spacing goes away. Editing the field in any way will
> permanently correct the issue, but I'm generating the forms to NOT be altered
> after the fact.
> I've tried the same experiment with the default fonts (Helvetica in this
> case) and the above issue doesn't exist. I can create a blank form and add a
> field and set the custom font and duplicate the issue.
> I've read that a similar issue was addressed in 2.0.0, PDFBOX-2062 but it was
> for changing font size, not a custom font.
--
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
