Answered on batik-users. On 27.09.2006 12:02:19 ruben malchow wrote: > > > hello, > > when using the epstranscoder in headless mode with a transparent svg > element, this exception is thrown: > > [...] > 2006.09.27 11:34:30 - TranscodeUtils...... - ERROR > java.awt.HeadlessException (null) > 2006.09.27 11:34:30 - TranscodeUtils...... - ERROR > java.awt.HeadlessException > 2006.09.27 11:34:30 - TranscodeUtils...... - ERROR at > sun.java2d.HeadlessGraphicsEnvironment.getDefaultScreenDevice(HeadlessGraphicsEnvironment.java:66) > 2006.09.27 11:34:30 - TranscodeUtils...... - ERROR at > org.apache.xmlgraphics.java2d.ps.PSGraphics2D.getDeviceConfiguration(PSGraphics2D.java:759) > 2006.09.27 11:34:30 - TranscodeUtils...... - ERROR at > org.apache.batik.ext.awt.image.GraphicsUtil.getDestination(GraphicsUtil.java:511) > 2006.09.27 11:34:30 - TranscodeUtils...... - ERROR at > org.apache.batik.ext.awt.image.GraphicsUtil.getDestinationColorModel(GraphicsUtil.java:525) > [...] > > my code that's calling the epstranscoder is this: > > System.err.println("saving eps ... "); > try { > EPSTranscoder t = new EPSTranscoder(); > TranscoderInput input = new TranscoderInput(doc); > TranscoderOutput output = new TranscoderOutput(os); > t.transcode(input, output); > } catch (Exception e) { > logger.error(e); > } > > > now, if i run this in "normal" mode (i.e., not headless), the error is > not thrown, but the transparencies and strokes are not drawn correctly, > either. the elements are always fully opaque, and the strokes are > cropped to the actual path of the element, with parts of the stroke > extending to the outside not being rendered. > > i am including an exampleof this behaviour (not including the stroke > thing for now). these were rendered using jdk1.4.2 and the most recent > svn revision as of 20 minutes ago. is this something i should file a bug > report for? > > .rm
Jeremias Maerki