[
https://issues.apache.org/jira/browse/PDFBOX-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Max Gilead updated PDFBOX-1666:
-------------------------------
Attachment: sRGB_IEC61966-2-1_black_scaled.icc
n022004l.pfb
n022004l.afm
AFMTest.java
AFM_Test-invalid.pdf
AFM_Test-valid.pdf
I'm attaching the resources necessary to run the example: the font is part of
the ftp://ftp.izmiran.rssi.ru/pub/fonts/urw/urw-fonts-1.0.7pre41.tar.bz2
archive and is GPLv2; the colour profile is from
http://www.color.org/srgbprofiles.xalter: Terms of use To anyone who
acknowledges that the files "sRGB_IEC61966-2-1_no_black_scaling.icc" and
"sRGB_IEC61966-2-1_black scaled.icc" are provided "AS IS" WITH NO EXPRESS OR
IMPLIED WARRANTY, permission to use, copy and distribute these file for any
purpose is hereby granted without fee, provided that the files are not changed
including the ICC copyright notice tag, and that the name of ICC shall not be
used in advertising or publicity pertaining to distribution of the software
without specific, written prior permission. ICC makes no representations about
the suitability of this software for any purpose.
> Missing StemV font descriptor entry when embedding AFM fonts
> ------------------------------------------------------------
>
> Key: PDFBOX-1666
> URL: https://issues.apache.org/jira/browse/PDFBOX-1666
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.0
> Reporter: Max Gilead
> Labels: easyfix, patch
> Fix For: 2.0.0
>
> Attachments: AFM_Test-invalid.pdf, AFMTest.java, AFM_Test-valid.pdf,
> n022004l.afm, n022004l.pfb, sRGB_IEC61966-2-1_black_scaled.icc
>
>
> When embedding an AFM font the StemV field is missing in the PDF which
> renders it not PDF/A-1b compliant.
> As the StemV value is not included in AFM files it seems to be OK to simply
> set it to 0. A quick test in Firefox, Chrome, OSX Preview and Acrobat Reader
> indicates having StemV set to 0 does not impact font rendering in any obvious
> way. FOP computes StemV from other values stored in PFM files but the fields
> are optional so can't be relied upon [1] (hence results are often 0 anyway)
> and Word [2] and iOS [3] seem to use 0 by default.
> Verified in SVN trunk 1504502 (2013.07.18)
> [1] http://xmlgraphics.apache.org/fop/1.1/fonts.html
> [2] http://tracker.luatex.org/view.php?id=32
> [3]
> http://blog.nomzit.com/2010/08/18/annoying-bug-in-quartz-pdfcontext-font-handling/
> -- just a link to a iOS-originating PDF dissected, nothing to do with the
> bug the article is about
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
