- From: Jim Ley <jim@jibbering.com>
- Date: Tue, 19 Nov 2002 12:49:50 -0000
- To: <www-svg@w3.org>
"Niklas Gustavsson" <niklas@protocol7.com> > It also fits really bad into a automated workflow, for example: > you have technical data in some format (e.g. CAD), automatically convert > this to SVG (creates a 400 kb file). Now, this will take quite some time to > download and meanwhile the user will have zero feedback. Unless, by some > complex combination of server-side and client-side scripts we can split the > file into several (10 or so) smaller files that we can download > sequentially. This is not a good solution. You don't seem to know that ASV 3 is a high performance dynamic SVG viewer (well it meets the relevant part here) if you open a large SVG document, then you will see content rendered whilst the rest of the SVG is being downloaded, if you look at http://www.showcaster.com/svg2.asp?venue=Showcaster&presentation=2513844& a=.svg (which is ~400k IIRC) you will see various details and a photo appear on the screen whilst the audio, and slide data is still being downloaded. This seems to meet your above situation without problem (and is all that flash has AIUI other than loadMovie for loading in new movies which is scripting) The way current SVG implementations differ from flash is with included content - flash can progressively "render" mp3's, ASV can't, you have to have the whole mp3 downloaded before it can play. That's not an SVG issue though. Jim.
Received on Tuesday, 19 November 2002 07:52:29 UTC