Hi Thomas, thanks for the advice!! I called pack() again and it works now.
On Wed, Aug 20, 2008 at 7:31 AM, <[EMAIL PROTECTED]> wrote: > > Hi Giselle, > > "Giselle Machado" <[EMAIL PROTECTED]> wrote on 08/19/2008 01:21:36 PM: > > > Ok, I downloaded the nightly build but I still have the same > > problem... It works with java 6 though, not with 5. But what I am > > developing must work with java 5 =/ > > So clearly the problem is not really with Batik but in either > the Java 5 or perhaps the X Windows implementation on Ubuntu. I > would suggest working on the Java 5 requirement rather than expending > a lot of effort trying to 'fix' Batik when it's really not what's > broken. > > > In this application I use a JSVGCanvas to display a SVG, and, > > according to the listeners, the render is completed, but nothing > > appears in the window. > > Nevertheless, when I save the image as a jpg, it > > actually is there. > > So IIRC from Squiggle the save as JPEG actually uses the offscreen > buffer that Batik renders so if the JPEG has the image then we > rendered it correctly and the problem is with Swing sending the update > to the display. > > If you want you might try drawing the image on the screen > with some of the other draw commands that the g2d offers (the > current call is the one that worked and was reasonably fast). > You can find the call in paintComponent of batik.swing.gvt.JGVTComponet > It's the call to 'drawRenderedImage'. There are a number of > other calls that let you display a BufferedImage. > -- "Things do not change; we change." (Henry David Thoreau)
