Re: Progress event spec

[Jean-Claude Dufourd]

Charles McCathieNevile wrote: JCD: I have already answered about the "load" event, which I believe is disconnected (connected to the loading of the element, not to the loading of the resource when the xlink:href is updated by scripting or animation). Could you explain this again? I don't understand the case of a media element that fires a load when it hasn't actually finished loading. JCD: take a scene with a media element with an empty xlink:href. The load event on the media element arrives at the end of the parsing of the element, because of the empty (or absent) xlink:href. Then by some mean, the xlink:href attribute is set to point to an external recording device (camera), and then the media element is activated. I suppose that the recording is stopped by a mean resident on the camera (button). From the point of view of the media element, there is no way of  knowing about the end of the media. I would like to have: - an event at the beginning of the recording, to start a "recording" animation - I do not care about events during the recording, because the duration is unknown, so I have no way of slaving my animation to any "progress" indication representing completeness - I want an event at the end of the recording, in order to terminate the "recording" animation. Clear ? Meaningful ? I think only postload gives me this capability. JCD: I want to be able to start an animation on "beginning of load", and stop it on "end of load", and just use the simple syntax of an event in a begin/end attribute. This is easy, well-known and liked by authors, why do you want to remove that syntax facility ? I don't. But I do want to simplify this event, and hadn't yet come up with a use case where you needed the progress event instead of relying on the load to set up the start and end (in part perhaps because I don't understand the case above that you are proposing). I also don't want to encourage authors to rely on this event, since doing so breaks backward compatibility for no good reason that I can understand. JCD: I do not get the "breaking backward compatibility". Would you please clarify ? Best regards JC -- Jean-Claude Dufourd - Chief Scientist, Streamezzo 21, av. Victor Hugo, 75016 Paris, France, Tel: +33 (0) 153632847 http://www.streamezzo.com - Fax: +33 (0) 142224601 Streamezzo participates to 3GSM World Congress in Barcelona from 12-15 February 2007. Visit us Hall 7 - Stand 7C28. If you wish to meet us and discover our Rich Media solutions please don’t hesitate to contact us.