RE: windowOpenedEvent and windowClosedEvent have been overlooked

Patrick:
When you say that this is fine, we still need to define where the event is
delivered (to the viewport element) and whether it bubbles (it does not,
same as GUI events. In fact, this is a GUI event). Anything else that we
have missed?

BTW, the "Event" suffice is currently the general rule. Dislike noted, but
the group decided that consistency was important. I've kind of gotten used
to it.

-Aaron
> -----Original Message-----
> From: Patrick Schmitz [mailto:pschmitz@microsoft.com]
> Sent: Tuesday, September 26, 2000 9:10 AM
> To: 'Erik Hodge'; www-smil@w3.org
> Cc: symm@w3.org
> Subject: RE: windowOpenedEvent and windowClosedEvent have been
> overlooked
> 
> 
> This looks fine, although I would really like to shorten the 
> names a bit. At
> this point, we do not have a commonly supported means of 
> compressing SMIL,
> and I do not think it adds to readability to say: 
> 
> <audio src="someURL" begin="viewport.viewportOpenedEvent" 
>                      end="viewport.viewportClosedEvent" .../>
> when 
> 
> <audio src="someURL" begin="viewport.opened" 
> end="viewport.closed" .../>
> 
> would suffice. 
> 
> In particular, since we use the past tense, we should not 
> conflict with any
> DOM methods that would cause these actions.
> 
> I really do not like the gratuitous "event" suffices. We 
> added these to
> "begin" and "end" because we really did have to disambiguate 
> the events from
> the sync-base times. This was a special case, and not the 
> general case.
> 
> Thanks - Patrick
> 
> > -----Original Message-----
> > From: Erik Hodge [mailto:ehodge@real.com]
> > Sent: Monday, September 25, 2000 12:06 PM
> > To: www-smil@w3.org
> > Cc: symm@w3.org
> > Subject: windowOpenedEvent and windowClosedEvent have been 
> overlooked
> > 
> > 
> > Currently, there is no way for a SMIL 2.0 player to react to the end
> > user closing a viewport window prior to the media playing within the
> > window finishing its active duration.  The layout spec says that the
> > closing of a viewport has no effect on the timing of the 
> presentation.
> > Therefore, if a viewport window is closed early, a means of reacting
> > to this within the SMIL is needed.  A solution would be to add the
> > "viewportClosedEvent" that gets raised by the window when it closes,
> > regardless of why it closes.
> > 
> > Also, a "viewportOpenedEvent" should be added and would be useful to
> > authors in other ways.
> > 
> > I propose that these events be added to the SMIL 2.0 
> Language Profile
> > under the "Supported Event Symbols" section as follows:
> > 
> > Event               example
> > ...
> > windowOpenedEvent   end="vwprtx.viewportOpenedEvent+5s"
> > windowClosedEvent   end="vwprty.viewportClosedEvent"
> > 
> > The following descriptions could be used in the "Event semantics"
> > section:
> > 
> > viewportOpenedEvent:
> >   Raised when a viewport window opens.  If a viewport closes and
> >   then reopens when additional media becomes active in its 
> region(s),
> >   this event will be raised again, and will be raised every 
> subsequent
> >   time it reopens.
> > 
> > viewportClosedEvent:
> >   Raised when a viewport closes for any reason.  If a viewport
> >   reopens when additional media becomes active in its region(s),
> >   this event will be raised again if and when the viewport closes
> >   again, and will be raised every subsequent time it closes.
> > 
> > 
> > 	- Erik Hodge
> >          RealNetworks
> > 
> 
>

Received on Tuesday, 26 September 2000 13:04:12 UTC