Re: 1.2 feedback: Streaming

"Thierry Kormann" <tkormann@ilog.fr>
>> * applications - load the initial user interface first, load in
>> functionality later
>
>Using the extensions getURL/parseXML, you can already do load-on-
>demande (custom or XML datas).

Only with scripting, if scripting is going to be the only solution to
this sort of thing, then declaritive animation should be thrown away
(it's a waste developing 2 things which can do the same thing) but I
don't think that is the case, script is a risky thing to let run from the
web, and the declaritive methods are good.  So for the same reason
Load-on-Demand/Delayed Load would be nice.(if it could be done sensibly,
and I'm not sure how)

however I think we've got delayed load already, the high performance
dynamic viewer gives us that, with it rendering content before waiting -
I use this already (to display information, and a please-wait message)
whilst the audio downloads, and I can't really see how much more in the
streaming world would be appropriate, encouraging UA's to render whilst
download (which is all flashes "streaming" is)

back/forwards jump etc.  aren't really relevant that I can see, and also
move SVG away from the document format (to do jump to a point of time,
rather than byte offset - HTTP isn't up to the job I believe.)  So the
only thing in the streaming world, are "load on demand", whereby you're
basically just chaining svg's together, with the content included into
one document, so imagine a cartoon we'd have:

A.svg  (which sets up the background of the scene, then after user
interaction, or just on time, B.SVG is got which has the first scene of
the cartoon and so on.)  It's not streaming as such, it's simply the
ability to chain multiple SVG's together into a single document (which we
can already do with script - but a declaritive method might be nice)

Jim.

Received on Tuesday, 19 November 2002 06:57:21 UTC