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: Ecmascript binding question


Hi all,

  We have a question for CGM vendors regarding the Ecmascript binding.
  During yesterday's call, all the vendors expressed the need for the
  Ecmascript binding in order to start implementation.  Could it be
  explained to us (Itedo developers) why that is so?

  Our opinion is that the IDL snippet found in the spec provide all
  the information needed for implementation.  If you believe that not
  to be true, could someone please explain.

  To us, an Ecmascript binding is the same as the IDL but using
  different words.  Example (the DOM Level 2 Attr interface):

  IDL snippet:
  interface Attr : Node {
    readonly attribute DOMString        name;
    readonly attribute boolean          specified;
             attribute DOMString        value;
                                        // raises(DOMException) on setting

    // Introduced in DOM Level 2:
    readonly attribute Element          ownerElement;
  };

  Ecmascript binding snippet:
  Object Attr
  Attr has the all the properties and methods of the Node object as
  well as the properties and methods defined below.
  The Attr object has the following properties:
  name
      This read-only property is of type String.
  specified
      This read-only property is of type Boolean.
  value
      This property is of type String and can raise a DOMException object on setting.
  ownerElement
      This read-only property is a Element object.
  

  Could we be explained why this helps?

  Regards,
  
-- 
 Benoit                 mailto:benoit@itedo.com



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]