[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [cgmo-webcgm] Spec change requested: moving addEventListener to Metafile interface
At 08:24 AM 4/21/2005 -0400, Benoit Bezaire wrote: >I think I hit the send button too fast, sorry. Here is the new wording >(thanks Lofton): Per your original request, I will do it / queue it to make the change, including the wording below and the IDL adjustments. Last call for objections (going once, going twice...)? -Lofton. >addEventListener > This method allows the registration of event listeners on the > WebCGMMetafile. If an WebCGMEventListener is added to the > WebCGMMetafile while it is processing an event, it will not be > triggered by the current actions. If multiple identical > WebCGMEventListeners are registered on the WebCGMMetafile with the > same parameters the duplicate instances are discarded. They do not > cause the WebCGMEventListener to be called twice. > > Note: Although all WebCGMEventListeners on the WebCGMMetafile are > guaranteed to be triggered by any event which is received, no > specification is made as to the order in which the WebCGMMetafile > will receive the event with regards to the other > WebCGMEventListeners on the WebCGMMetafile. > >Parameters > type of type WebCGMString > The event type for which the user is registering, (for example: > "click", "mousemove"). > > listener of type WebCGMEventListener > The listener parameter takes an interface implemented by the user > which contains the methods to be called when the event occurs. >No Return Value >No Exceptions > >removeEventListener > This method allows the removal of event listeners on the > WebCGMMetafile. If an WebCGMEventListener is removed from the > WebCGMMetafile while it is processing an event, it will not be > triggered by the current actions. WebCGMEventListeners can never be > invoked after being removed. Calling removeEventListener with > arguments which do not identify any currently registered > WebCGMEventListener on the WebCGMMetafile has no effect. > >Parameters > type of type WebCGMString > Specifies the event type of the WebCGMEventListener being removed > (for example: "click", "mousemove"). > > listener of type WebCGMEventListener > The WebCGMEventListener parameter indicates the WebCGMEventListener > to be removed. > >No Return Value >No Exceptions > >-- > Benoit mailto:benoit@itedo.com > > >Wednesday, April 20, 2005, 9:53:05 AM, Benoit wrote: > >BB> Since there hasn't been any new suggestions or objections for that >BB> matter. I'd like to see the >BB> addEventListener/removeEventListener moved >BB> from the Picture to the Metafile interface. The IDL snippet will also >BB> have to be updated. Lofton, are you good to make the changes? > >BB> Here is the updated wording: > >BB> addEventListener >BB> This method allows the registration of event listeners on the >BB> WebCGMMetafile. If an WebCGMEventListener is added to the >BB> WebCGMPicture while it is processing an event, it will not be >BB> triggered by the current actions. If multiple identical >BB> WebCGMEventListeners are registered on the WebCGMMetafile with the >BB> same parameters the duplicate instances are discarded. They do not >BB> cause the WebCGMEventListener to be called twice. > >BB> Note: Although all WebCGMEventListeners on the WebCGMMetafile are >BB> guaranteed to be triggered by any event which is received, no >BB> specification is made as to the order in which the WebCGMMetafile >BB> will receive the event with regards to the other >BB> WebCGMEventListeners on the WebCGMMetafile. > >BB> Parameters >BB> type of type WebCGMString >BB> The event type for which the user is registering, (for >BB> example: "click", "mousemove"). > >BB> listener of type WebCGMEventListener >BB> The listener parameter takes an interface implemented by the user >BB> which contains the methods to be called when the event occurs. >BB> No Return Value >BB> No Exceptions > >BB> removeEventListener >BB> This method allows the removal of event listeners on the >BB> WebCGMMetafile. If an WebCGMEventListener is removed from the >BB> WebCGMPicture while it is processing an event, it will not be >BB> triggered by the current actions. WebCGMEventListeners can never be >BB> invoked after being removed. Calling removeEventListener with >BB> arguments which do not identify any currently registered >BB> WebCGMEventListener on the WebCGMPicture has no effect. > >BB> Parameters >BB> type of type WebCGMString >BB> Specifies the event type of the WebCGMEventListener being removed >BB> (for example: "click", "mousemove"). > >BB> listener of type WebCGMEventListener >BB> The WebCGMEventListener parameter indicates the WebCGMEventListener >BB> to be removed. > >BB> No Return Value >BB> No Exceptions
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]