You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "John Hewson (JIRA)" <ji...@apache.org> on 2016/05/03 20:41:12 UTC

[jira] [Comment Edited] (PDFBOX-3332) Apache PDFBox Form Fill TrueType text spacing issue

    [ 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:40 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).


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-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org