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 bu...@apache.org on 2003/07/08 23:36:33 UTC
DO NOT REPLY [Bug 21420] New: -
Support for CMYK JPGs broken
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21420>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21420
Support for CMYK JPGs broken
Summary: Support for CMYK JPGs broken
Product: Fop
Version: 0.20.5
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: images
AssignedTo: fop-dev@xml.apache.org
ReportedBy: junk@galbraiths.org
It is well known that Adobe Photoshop for unknown reasons inverts the channel
values in a CMYK JPG file, such that 0 is black rather white. The author of
org.apache.fop.image.JpegImage knew this and wrote support for it.
However, the condition used to determine if the JPG was generated by Photoshop
is incorrect. JpegImage checks if the Adobe APPE marker is present in the file.
If it is, it assumes that Photoshop created the file. Actually, many other
applications use the Adobe APPE marker standard when creating JPG files but do
*not* invert the CMYK channel values. As a result, these JPG files are being
displayed with inverted colors.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org