[
https://issues.apache.org/jira/browse/PDFBOX-3457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15592300#comment-15592300
]
Tilman Hausherr commented on PDFBOX-3457:
-----------------------------------------
No regressions, but the two improvements from yesterday
{quote}
PDFBOX-2950.pdf (lower left ")
PDFBOX-122.pdf (the !)
{quote}
are lost.
> Glyphs rendered in wrong width
> ------------------------------
>
> Key: PDFBOX-3457
> URL: https://issues.apache.org/jira/browse/PDFBOX-3457
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 2.0.2, 2.0.3, 2.1.0
> Reporter: Tilman Hausherr
> Attachments: PDFBOX-2642-HACK.pdf, PDFBOX_3457.patch,
> PDFBOX_3457_v2.patch, PDFJS-5550.pdf, PDFJS-7523.pdf, bug864847.pdf,
> gs-bugzilla693663-p9-stretchdisabled.png, gs-bugzilla693663-p9.pdf,
> gs-bugzilla693663-p91_part.png, osx.png, overlapping.png
>
>
> Fonts rendered in wrong size. The cause is related to wrong values in the
> /WIDTHS table and this code in PageDrawer:
> {code}
> // stretch non-embedded glyph if it does not match the width
> contained in the PDF
> if (!font.isEmbedded())
> {
> float fontWidth = font.getWidthFromFont(code);
> if (fontWidth > 0 && // ignore spaces
> Math.abs(fontWidth - displacement.getX() * 1000) >
> 0.0001)
> {
> float pdfWidth = displacement.getX() * 1000;
> at.scale(pdfWidth / fontWidth, 1);
> }
> }
> {code}
> I suspect that there must be another condition to skip the stretching, but I
> didn't find out which one.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
