 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Java Forum / GUI / March 2006speed of showing SVG in a JPanel and on printer
Any experience with SVG ? > Any experience with SVG ? Yes, but I don't know of any Java libraries for rendering SVG documents. - Oliver "Oliver Wong" <owong@castortech.com> je napisao u poruci interesnoj grupi:iYfSf.288$me6.201@clgrps13... >> Any experience with SVG ? > > Yes, but I don't know of any Java libraries for rendering SVG > documents. > > - Oliver http://xmlgraphics.apache.org/batik/ > "Oliver Wong" <owong@castortech.com> je napisao u poruci interesnoj > grupi:iYfSf.288$me6.201@clgrps13... [quoted text clipped - 5 lines] > > http://xmlgraphics.apache.org/batik/ Thanks. - Oliver "Oliver Wong" <owong@castortech.com> je napisao u poruci interesnoj grupi:LbiSf.398$me6.18@clgrps13... >> "Oliver Wong" <owong@castortech.com> je napisao u poruci interesnoj >> grupi:iYfSf.288$me6.201@clgrps13... [quoted text clipped - 9 lines] > > - Oliver I'm looking for the easiest way of a multipage printing of a chart. Is it, from your SVG experience, more "comfortable" to print png or SVG. Previewing/scrolling of SVG file is not so fast as batik promised -- > see: batik-squiggle application. > I'm looking for the easiest way of a multipage printing of a chart. Is it, > from your SVG experience, more "comfortable" to print png or SVG. > Previewing/scrolling of SVG file is not so fast as batik promised -- > > see: batik-squiggle application. If I understand correctly, you've got a chart in SVG format, and you'd like to print an extremely large copy of it. So large, that it spans several sheets of paper. I don't think the file format you use will make much of a difference; when you print, you are provided with a surface (perhaps an Image object, I'm not sure) which represents the sheet of paper you're drawing onto, and a Graphics (or perhaps Graphics2D) object with which to draw on that surface. If you can access the SVG "source", that would probably be best, because then you could actually redraw the chart at any resolution you please, whereas with PNG, you'd have to do some scaling, and thus some interpolation. As for actually printing an image that spans multiple sheets of paper, I think the traditional trick is to break the image up into a grid, where each cell in the grid represents on sheet of paper, and then just print out each sheet one at a time. Conceptually simple, but there's some coding to be done. - Oliver "Oliver Wong" <owong@castortech.com> je napisao u poruci interesnoj grupi:hozSf.934$me6.290@clgrps13... >> I'm looking for the easiest way of a multipage printing of a chart. Is >> it, from your SVG experience, more "comfortable" to print png or SVG. [quoted text clipped - 23 lines] > > - Oliver Maybe you're rigth, I must test it. The next part of of article is titillate my imagination, so I give up from playing with the "breaking the image", where I didn't have much success: ... For several reasons, SVG caught my interest as the basis for describing graphics as they were printed on paper. If stuff looked nice on screen, I would course appreciate it, but it was accurate, high resolution printouts I primarly had in mind. As the I read the SVG 1.0 spec, I realized that the standard provideded excellend control over distances and metrics on printed media as well as printing various graphic primitives at the *printer's* resolution. And also, it supported ECMAscript (which I figured out to pretty much be the same as JavaScript) which provided a lot of intresting possibilities (such as describing the image by providing code which is executed and arranges the SVG graphics upon display upon displaying the document in the Batik browser). So, when looking for an SVG agent I had two features I found important: ECMAscript support and good printouts at the printers resolution. (Features like code stability, managebility etc were of course also important ;-). As SVG is a pretty new standard, I was prepared to find varying support for it, to say the least. HYPE After trying around with different agents (and being dissappointed), the Batik Squiggle was a pleasant surprise. When it comes to printing, it's "almost there" and even better, the pieces missing are pretty easily fixed. "Hard to implement stuff" like printing vectored graphics is already in place and works! On a printout done at 600dpi tiny features appears clear and distinct even if those would not be visible on the computer screen. It doesn't first raster the images on screen and then dump out that rastered bitmap (such as ImageMagick or the Adobe SVG plugin do in MSIE), it sends vectors to the printer directly. Scripting seem to work as well (even if I've not "torture tested" that feature :-). (And yes, I've not yet tried out to use system fonts which some messages in the archive hint can have issues in printouts, but that isn't critical to me). The only issue was the scale, but after some (ugly) hardcoding in the Squiggly source I managed to get SVG docs with a viewport expressed in pixels to print out at a scale of 96 screen pixels per printed media inch (which is exactly what I wanted). All in all, it's VERY promising! So, to you people who develops batik and Squiggle I just want to say this... <caps_stuck>...KEEP UP THE EXCELLENT WORK!!!</caps_stuck> ... Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
Reply to this Message
|
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.