- From: Mikael Bourges-Sevenier <mikael@sevenier.com>
- Date: Mon, 18 Nov 2002 17:22:10 -0800
- To: "'Jon Ferraiolo'" <jon@ferraiolo.com>, <robin.berjon@expway.fr>, <www-svg@w3.org>
Hi Jon, > > It is important to ask what are the use-cases for streaming. > Long cartoons? Or just allowing the user to interact > immediately with a document while more detail is getting > downloaded? Something else? Some people in the printing > community want "streamable SVG" because they don't want to > have to create a DOM inside of a low-end printer. Personally, > I don't think long cartoons are the sweet spot for SVG in the > marketplace. The first things that caught my attention were SVG cartoons and I spent much time looking at interactive and animated SVG contents. I definitely welcome more interoperability with SMIL and in general with other media but, from a synthetic point of view, streamble SVG cartoons open up lots of exciting possibilities. Kind regards, Mike > > Jon > > > -----Original Message----- > From: www-svg-request@w3.org [mailto:www-svg-request@w3.org] > On Behalf Of Robin Berjon > Sent: Monday, November 18, 2002 10:09 AM > To: www-svg@w3.org > Subject: 1.2 feedback: Streaming > > > Hi, > > the description of the streaming functionality is somewhat > short. One thing it doesn't state is whether the WG is only > considering push streaming, or if pull streaming (load on > demand) is also being investigated. Streaming also tends to > pull in other features such as the ability to control the > stream (skip forward, jump backwards...), and generally some > form of (possibly minimal) indexing facility to cut up the > document automatically into several small components. > > Has this been scoped or is this more in the "we'll think > about it later" stage? > > -- > Robin Berjon <robin.berjon@expway.fr> > Research Engineer, Expway > 7FC0 6F5F D864 EFB8 08CE 8E74 58E6 D5DB 4889 2488 > > > > >
Received on Monday, 18 November 2002 20:24:08 UTC