You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by "Thanasis Giannimaras (JIRA)" <ji...@apache.org> on 2015/07/24 17:10:05 UTC
[jira] [Updated] (FOP-1777) Support for Font Kerning is Broken
[ https://issues.apache.org/jira/browse/FOP-1777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thanasis Giannimaras updated FOP-1777:
--------------------------------------
Attachment: kerningTrunk.pdf
kerningTrunk.patch
fop.xconf
bchr.README
bchr.pfb
bchr.afm
> Support for Font Kerning is Broken
> ----------------------------------
>
> Key: FOP-1777
> URL: https://issues.apache.org/jira/browse/FOP-1777
> Project: FOP
> Issue Type: Bug
> Components: font/unqualified
> Affects Versions: trunk
> Environment: Operating System: All
> Platform: All
> Reporter: Vincent Hennebert
> Attachments: bchr.README, bchr.afm, bchr.pfb, fop.xconf, kerning.fo, kerning.pdf, kerningTrunk.patch, kerningTrunk.pdf, screenshot-openoffice-writer.png
>
>
> The method o.a.f.fonts.Font.getKernValue expects two Unicode code points and returns the amount of kerning between the two corresponding glyphs. However, the implementation for Type 1 fonts interprets the two integers as character codes in the font's internal encoding (see o.a.f.fonts.type1.AFMFile.java). Those usually have nothing to do with Unicode code points.
> Moreover, trying to get kerning between two characters is inherently wrong: kerning applies to glyphs and not characters. A font may have several glyph variants for a same character, and kerning is likely to be different for each variant.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)