RE: windowOpenedEvent and windowClosedEvent have been overlooked

The viewport event could only bubble to the layout element, which may or may
not be useful.  Since this is really a SMIL language issue, I do not have a
strong opinion on how the event behaves.

Patrick

> -----Original Message-----
> From: Cohen, Aaron M [mailto:aaron.m.cohen@intel.com]
> Sent: Tuesday, September 26, 2000 10:04 AM
> To: Patrick Schmitz; 'Erik Hodge'; www-smil@w3.org
> Cc: symm@w3.org
> Subject: 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:49:52 UTC