Hi Jeremias, Thanks for looking into this. I am finding that the colours in the PTOCA and the F11 IOCA appear identical in the viewers that I have tried too.
I printed your example and the the background colour #FFCC00 appears identical. I tried this shade with my rounded corners with identical results. Using your fo as a template I have printed out a range of different colours (64 different colours - #xyx such that x,y,z in [2,6,A,E]) and I have noticed that only a handful have a good colour match between the PTOCA and the rastered SVG- I think you were lucky in your pick of #FFCC00 :-) It could be the printer and I will investigate further. Thanks again Jeremias! Pete On Tue, Aug 10, 2010 at 10:16 AM, Jeremias Maerki <d...@jeremias-maerki.ch> wrote: > Hi Peter > > I did some experiments mixing PTOCA-built backgrounds with GOCA-built > rectangles and SVG converted to bitmaps (see attached FO). When I look > into the generated file, all three elements use the same RGB values > (#FFCC00). > > What we need to keep in mind here is that all colors are interpreted in > sRGB color space. But that information doesn't make it into the AFP file > due to lack of extended color support for AFP output in FOP. The colors > in the AFP are therefore interpreted in a device-dependent way. Still, > I'd expect all RGB values to be interpreted in the same way. > > When I check with the usual AFP viewers, I don't see any mismatched > colors. Maybe the printer you're using does have some kind of extended > color management (which the viewers may not have) but maybe not for all > elements. That would suggest that the PTOCA colors and the image colors > in your case are somehow interpreted differently. > > In the end, I have absolutely no idea what could cause the color > mismatch. :-( You may need to ask the printer manufacturer. > > On 05.08.2010 13:07:47 Peter Hancock wrote: >> Hi, >> >> I am having colour problems with AFP and wonder if the FOP community >> can help me. >> >> I have a fo:block with a non-white background- colour (an arbitrary >> #AFA) and I have modified FOP to overlay an image that is largely >> composed of the same colour. The image is defined within the >> AFPPainter using >> a org.apache.xmlgraphics.java2d.Graphics2DImagePainter2D; the >> Graphics2D drawing commands being defined in the pai >> nt method. This is then wrapped in a >> org.apache.xmlgraphics.image.loader.impl.ImageGraphics2D and passed to >> AFPPainter.drawImage. This method is responsible for rendering the >> image: A stack trace shows that a call >> org.apache.xmlgraphics.image.loader.impl.ImageConverterG2DBitmap.convert >> is responsible for generating a BufferedImage. FOP then uses >> AFPImageHandlerRenderedImage to handle the image: the bytes of the >> buffered image are directly written to the AFP and the image is tagged >> as an FS11 IOCA. >> >> When I print the afp there is a visible difference in the blocks >> background colour and the images background colour and so I would like >> to know what sort of steps and considerations are required to resolve >> this. I am currenty unclear exactly how the coloured areas of block >> like elements are represented in the AFP and how I can synchronize >> this with image creation. Whilst I research this further myself, it >> would be great to have the knowledge confirmed by other FOP >> developers with experience here. >> >> This issue has cropped whilst working on a FOP extension for drawing >> rounded corners as my solution for generating them for AFP is to use >> corner images. I am not using GOCA due to print server support >> issues. >> >> I would be very grateful for any of your thoughts. >> >> Thanks, >> >> Pete > > > > > Jeremias Maerki >