[
https://issues.apache.org/jira/browse/PDFBOX-3588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr closed PDFBOX-3588.
-----------------------------------
Resolution: Won't Fix
Closing this one as there hasn't been further feedback. I'd like to have this
tested with an embedded font in the /DR, or a font that exists on Windows
(Arial). Some observations:
- bug visible before flattening
- /AP has octal 200 = decimal 128 for the euro sign, PDFDebugger displays a
different glyph
I'm able to fix the problem by calling this before calling setValue():
{code}
((PDVariableText)form.getFields().get(0)).setDefaultAppearance("0.19215 0.21568
0.22352 rg /Helv 12 Tf");
{code}
I replaced F1 with Helv, which maps to Arial.
> Euro char zero width horizontal space on flatten
> ------------------------------------------------
>
> Key: PDFBOX-3588
> URL: https://issues.apache.org/jira/browse/PDFBOX-3588
> Project: PDFBox
> Issue Type: Bug
> Components: AcroForm
> Affects Versions: 2.0.3
> Environment: Linux, Fedora 23, openjdk full version "1.8.0_111-b16"
> Reporter: Ville Skyttä
> Priority: Major
> Labels: LibreOffice
> Attachments: Screenshot from 2016-11-22 12-43-49.png, pdftest.java,
> test.pdf
>
>
> When flattening a form text field that has euro chars in it (not sure about
> other euro rendering cases, haven't tested), the euro renders but the
> horizontal position for the following characters is not advanced, causing
> them to overlap. Will attach samples describing this in more detail.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
