Hi Venkat, The bug is with svg images (embedded and extrernal) - you are correct that it works with bitmaps as demonstrated in the files attached to the bug report. Were you able to test those?
Cheers, Pete On Tue, Nov 24, 2009 at 4:59 PM, Venkat Reddy < vanukuri.ven...@googlemail.com> wrote: > Hi Peter, > > There is no bug with this functionality. You can have a look at the FO file > that I have used... > > 1. Update the configuration file for the image mode (b+w or color) > 2. Run the following command from the command prompt... > *C:\mywork\FOP\fop-0.95> fop -c C:\fop.xconf -fo > C:\mywork\JavaXSLTSamples\XSLFOSamples\hello.fo -afp > C:\mywork\JavaXSLTSamples\XSLFOSamples\hellotest.afp > * > According to the mode, the image will be rendered with color or black and > white... > > Thanks, > Venkat. > > > Peter Hancock wrote: > >> At present FOP does not respect an image color setting of 'b+w' when >> rendering svg to afp (see Bug 48237) >> >> According to the AFP spec ( >> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HA3N1M00/7.47.1?SHELF=APSBK320&DT=20001002123303< >> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HA3N1M00/7.47.1?SHELF=APSBK320&DT=20001002123303>) >> it does not seem possible to specify a grayscale color space, and so my >> question is how should colour be controlled? >> >> >> Since AFPGraphics2D is responsible for setting the color on the MODCA >> GraphicsObject prior to calling drawing methods, would a sensible fix to >> the problem be to convert the awt.Color before calling this setter? >> >> Any thoughts would be most welcome, >> >> Pete >> > >