Re: Progress event spec

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.