[jira] [Resolved] (FOP-1801) [PATCH] conversion B&W GIF=>PDF creates PDF with colorspace RGB if FOP0.95 and Gray if FOP0.20.5

["Luis Bernardo (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/FOP-1801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Luis Bernardo resolved FOP-1801.
--------------------------------

       Resolution: Fixed
    Fix Version/s: trunk

> [PATCH] conversion B&W GIF=>PDF creates PDF with colorspace RGB if FOP0.95 and Gray if FOP0.20.5
> ------------------------------------------------------------------------------------------------
>
>                 Key: FOP-1801
>                 URL: https://issues.apache.org/jira/browse/FOP-1801
>             Project: Fop
>          Issue Type: Bug
>          Components: awt renderer
>    Affects Versions: 0.95
>         Environment: Operating System: Linux
> Platform: Other
>            Reporter: Isidora
>            Priority: Blocker
>             Fix For: trunk
>
>         Attachments: fop.patch, test.fo, weather.gif, xgc.patch
>
>
> Even though the PDFs obtained with both FOP versions look and print OK, when the one created with 0.95 is pushed through the FAX system, the image obtained contains dotted areas that correspond to white areas in the PDF created with 0.20.5. 
> I posted the question to FOP forum and Jeremias Maerki helped me research the issue. If the PDF with problems is manipulated by :
> changing /ColorSpace [/Indexed /DeviceRGB 1 <FFFFFF000000>]
>  to:
> /ColorSpace [/Indexed /DeviceGray 1 <FF00>
> the dotted areas go back to be white areas. i.e. the problem is resolved by this change
> When I asked him if I could make this change in colorspace from inside my XSL-FO he responded:
> "If you want this kind of functionality, it has to be fixed in Java code
> first.If you want to give this a try, the place to fix this is:
> org.apache.fop.render.pdf.ImageRenderedAdapter.populateXObjectDictionary(PDFDictionary)
> There, a check has to be implemented to see if all palette entries are
> plain grayscale values (red, green and blue all the same) in which case
> /DeviceGray can be specified instead of /DeviceRGB. And of course, the
> palette entries need to be 8bit rather than 24bits then."
> My expertise in manipulating colors and graphics is not big enough for me to make changes to this code. So, I hope someone with more knowledge could fix this bug.
> Thank you



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)