xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Ávila <asan...@nextech.com.br>
Subject Re: Dealing with huge SVG files
Date Sat, 18 Mar 2006 00:42:06 GMT
Many thanks, Phillip. I'll take a look at SVGSalamander, although I don't think it will help
much. I already have a core engine and a GUI developed on top of Batik, so replacing the core
APIs is really not an option at this point. Unless I could use both. Let's see what I can

  ----- Original Message ----- 
  From: Philip Feldman 
  To: batik-users@xmlgraphics.apache.org 
  Sent: Friday, March 17, 2006 8:12 PM
  Subject: RE: Dealing with huge SVG files

  You could try svgsalamander. No dom, you deal directly with the scene graph, which gives
you a lot of flexibility WRT partial loads and such.

  Good luck!


  From: André Ávila [mailto:asantos@nextech.com.br] 
  Sent: Friday, March 17, 2006 2:57 PM
  To: batik-users@xmlgraphics.apache.org
  Subject: Dealing with huge SVG files


  I need to deal with very big static SVG files (> 20MB). It is not a surprise that rendering
such large files takes a long time and eats a lot of system resources. Therefore, I was wondering
what would be the best way of dealing with this. 

  One idea I have is to break the huge SVG into smaller files (say, a 20MB SVG becomes 20
1MB files). Then, I would create multiple transparent canvases and render one on top of the
other. This way the user wouldn't have to wait for the 20MB file to load. Is this a good solution?
Can I have these transparent canvases?

  Maybe someone has a better idea? What would be the best way to deal with such big files?

View raw message