Gentlepeople As a follow up on a recently submitted fop color patch (http://issues.apache.org/bugzilla/show_bug.cgi?id=40729) I am now looking into what it would take to support icc/cmyk support for fo embedded svg content.
First, any higher level advice on how to approach this in general would be warmly welcomed. Second, what I think I have learned after 2 hours (first 2 hours ever in Batik code, so I am probably missing a lot) is that fop (in PDFSVGHandler#renderSVGDocument) creates a bridge context and passes that to Batik's GVTBuilder#build. I have the impression (however?) that the color-profile elements are not added to the color profile bridge during the build invocation (it skips over the defs element). The result is that during rendering, the fallback color is used as the color profile is not found in the bridge. Would this be expected behavior and should fop figure out another way to get hold of the color-profile info? Actually, I am not sure which color-profile elements (those of fo or the embedded svg ones) should be used. All help or comments welcomed! Thanks, Peter PS My test fo file contains something like <fo:instream-foreign-object> <svg xmlns="http://www.w3.org/2000/svg"; xmlns:xlink="http://www.w3.org/1999/xlink"; height="50" width="50"> <defs> <color-profile name="icc" rendering-intent="auto" xlink:href="changeColor.icm"></color-profile> </defs> <g> <rect height="20" width="20" x="15" y="15" fill="rgb(100, 100, 100) icc-color(changeColorAuto, 0.1,0.1,1.0)" stroke="rgb(200, 200, 200) icc-color(changeColorAuto,0.2,0.2,0.2)" stroke-width="10"> </rect> </g> </svg> </fo:instream-foreign-object> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
