OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

cgmo-webcgm message

[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


The proposed change sounds fine to me.

Stuart Galt.

-----Original Message-----
From: Lofton Henderson [mailto:lofton@rockynet.com] 
Sent: Thursday, April 21, 2005 8:18 AM
To: Benoit Bezaire; cgmo-webcgm@lists.oasis-open.org
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 addEventListener/removeEventListener 
>BB> moved from the Picture to the Metafile interface. The IDL snippet 
>BB> will also have to be updated. Lofton, are you good to make the 
>BB> 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. No

>BB> Return Value 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]