>>>>> "EP" == Evenblij, Paul <[EMAIL PROTECTED]> writes:
EP> About a year ago I implemented an SVG generator for my employer
EP> (not nearly as complete as Batik), and I had a simple caching
EP> scheme for preventing multiple copies of bitmap data, using the
EP> <symbol> and <use> tags. I had to cut some corners to make it
EP> work, though. It would be nice to have a proper solution in Batik.
This would be one pretty nice solution.
I should note that the way images are handled in the Batik
generator is easily extended by users, by creating a subclass of
...batik.svggen.ImageHandler. There are already good examples of
doing this for export to image files and the Base64 encoding, so even
someone not overly familure with Batik should be able to put this
togeather in a day or two (hint hint :).
EP> Peter Zinovieff wrote:
>> Careful scanning of Batik SVG generator output shows that raster
>> images (jpg, png) are not stored very efficiently. Every image tag
>> has its own inline chunk of base64 data. If one and the same bitmap
>> appears n times in an SVG image, there are n copies of the same
>> data...
>>
>> Are any plans currently underway to remedy this situation? I have
>> not found any entry relating to this in bugzilla.
Please feel free to create one.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
