- From: Andrew Wooldridge <andreww@netscape.com>
- Date: Tue, 16 Feb 1999 14:59:44 -0800
- To: Dave Landers <landers@boulder.vni.com>
- CC: www-svg@w3.org
Dave Landers wrote: > Hi, > > I may have missed something, but it looks like the <image> element > is set up to XLink to external images. That is good, but I feel > there should also be some facility for inline (non-external) images. > > If images are always separate, then the graphics containing both > images and vector elements will rely on multiple documents, data > streams, files, etc. > This is a good thing - you might swap out one image reference and allow for a new graphic to be embedded. You are not really looking for "embedded" images, you just want one data stream with all the data "local". If you looked at this like HTML you would be asking for HTML 4.0 to have a facility to include binary code within a document embedded. Which would bloat the file size among other things. Why not simply wrap your SVG and related images into say a ZIP file or a JAR file? Then perhaps include a built in gz reader that might unwrap your zip on the fly to "read" it. Or, alternatively, you could create your own "super SVG" spec in XML that allows you to embed both SVG and your binary code at once. Perhaps something called SVG-binary. That's the cool nature of XML is that you can interleave languages now... -- ------------------------------------------------------------------------- - Andrew Wooldridge - Opinions expressed are my own - - andreww@netscape.com - http://people.netscape.com/andreww/ - my Q: 11111 - my ICQ: 6345881
Received on Tuesday, 16 February 1999 17:50:38 UTC