Thanasis Giannimaras updated FOP-1801:

    Attachment: xgc.patch

Following Jeremias instructions , I first check if all the palette entries have 
the same value and if yes then use /DeviceGray instead of DeviceRGB . The 
fop.patch includes changes in fop (AbstractImageAdapter class) necessary for 
the generation of PDF with DeviceGray, whereas the xgc patch contain changes  
necessary for the creation of PS files (again when all palette entries have the 
same value).   

> 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
>         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

Reply via email to