W3C home > Mailing lists > Public > whatwg@whatwg.org > July 2012

Re: [whatwg] Comments about the track element

From: Cyril Concolato <cyril.concolato@telecom-paristech.fr>
Date: Wed, 25 Jul 2012 15:51:39 +0200
Message-ID: <500FF9EB.6050303@telecom-paristech.fr>
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Cc: whatwg@lists.whatwg.org, Henri Sivonen <hsivonen@iki.fi>
Hi Silvia,

Le 7/25/2012 3:42 PM, Silvia Pfeiffer a écrit :
> On Wed, Jul 25, 2012 at 10:55 PM, Henri Sivonen<hsivonen@iki.fi>  wrote:
>> On Wed, Jul 25, 2012 at 11:24 AM, Silvia Pfeiffer
>> <silviapfeiffer1@gmail.com>  wrote:
>>> But you can use cue.text and parse it as a SVG fragment.
>> That would be RSS all over again. :-(
> To some extent. If we are very clear about what will be in the cues
> and that it will always be just SVG, we could just create a
> @kind="svg".
The SVG WG resolved to write a document describing how to store SVG 
content into streaming packets (or cues) whether full documents or 
document fragments for progressive loading of content. I'll be the 
editor of this document. You can already have an idea of what would be 
in this document looking at 
http://www.w3.org/Graphics/SVG/WG/wiki/SVGStreaming. I plan to talk 
about cue content and associated signaling timing, random access point ...

> What I think we may need at this stage is a demo implementation using
> existing @kind=metadata functionality and then see what features are
> required in the cues and if that can be generalized as a new @kind.
I think my previous email shows an attempt at providing such demo 
(http://perso.telecom-paristech.fr/~concolat/html5_tests/getcueasSVG.html <http://perso.telecom-paristech.fr/%7Econcolat/html5_tests/getcueasSVG.html>) 
and why it is not sufficient. I'll be happy to take suggestions to 
improve it.

> Silvia.

Cyril Concolato
Maître de Conférences/Associate Professor
Groupe Multimedia/Multimedia Group
Telecom ParisTech
46 rue Barrault
75 013 Paris, France
Received on Wednesday, 25 July 2012 13:51:41 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:43 UTC