Hi, > Yes, I’ve just last week started to try to identify what Classpath > problems are preventing Batik from working. Since the Fedora people will > (presumably) only be interested in rasterising static SVG documents, > this should avoid having to deal with any Swing issues just yet. > > We are collecting the issues regarding FOP and Batik here: > > http://wiki.apache.org/xmlgraphics/GnuClasspathCompatibility 22938 - java.awt.BasicStroke.createStrokedShape unfinished is also done; I committed a patch for it a couple of months ago, but the ticket hasn't been closed yet (waiting for some feedback). > One thing I have noticed during my limited testing so far is that the > rasteriser (and the SVG browser, too) is running pretty slowly compared > to on Sun’s JVM. My first guess would be a mismatch of ColorModels > between what Batik is providing and what the Cairo layer underneath is > exepcting (which was a problem for Batik running under Sun’s OSX JVM a > while ago), but I haven’t checked into this yet. AFAIK, we pass everything to Cairo in premultiplied ARGB32 for image data, if that helps. I've also run across some problems recently with our ARGB implementation, mostly with the ordering of bands (resulting in weird discolouration), but that doesn't sound related... > Some simple files work, others don’t. I really have to do some more > testing before knowing which areas need to be looked at. I will report > back (and update the wiki page above) when I have found out more. I'll wait to hear. Cheers, Francis -- fedora-devel-java-list mailing list fedora-devel-java-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-java-list
