[WebIDL] On overloaded operations in an effective overload set

2009-02-25 Thread Shiki Okasaka
intersection([Variadic] in long ints); }; 4.2.5. [Replaceable] interface Counter { [Replaceable] readonly attribute unsigned value; # 'long' or 'short' is missing after 'unsigned' void increment(); }; Best, -- Shiki Okasaka Google

Re: [WebIDL] On overloaded operations in an effective overload set

2009-03-02 Thread Shiki Okasaka
may be missing some nuance here, but the current draft specification, which does not distinguish primitive types for overloaded operation resolution, seems reasonable for supporting ECMAScript efficiently at the moment. Best, -- Shiki Okasaka Google On Mon, Mar 2, 2009 at 8:45 AM, Cameron

Re: [webidl] definition of const string literal

2009-04-27 Thread Shiki Okasaka
Shiki, I notice that in your es-operating-system project you’re using booleans and strings in consts, but just in the test suite. Do you need these types in practice? I think the use of string constants should be avoided to keep specifications natural-language-neutral in practice even after

Re: [WebIDL] On overloaded operations in an effective overload set

2009-06-17 Thread Shiki Okasaka
with [AllowAny] like an 'any' type in an effective overload set for simplicity? Thank you, - Shiki ps. it's good to see the 'double' type in Web IDL. On Wed, Jun 17, 2009 at 3:34 PM, Cameron McCormackc...@mcc.id.au wrote: Hi Shiki. Shiki Okasaka: I've chatted with several engineers

Re: [WebIDL] On overloaded operations in an effective overload set

2009-06-17 Thread Shiki Okasaka
, Jun 17, 2009 at 6:15 PM, Cameron McCormackc...@mcc.id.au wrote: Shiki Okasaka: The [AllowAny] extended attribute looks nice, and it will provide a clearer ECMAScript runtime semantics. One thing still not very clear to me is that a DOMString with [AllowAny] and a primitive type should

Re: Web IDL syntax

2009-06-22 Thread Shiki Okasaka
If we are breaking syntax, then it seems more compelling to make “DOMString” be “string”. Maybe we could drop the “in” keyword. Seems better to stick with plain “in” arguments, for compatibility across language bindings, than to also allow “out” and “inout” ones. I'd vote for not changing

Re: Web IDL syntax

2009-07-09 Thread Shiki Okasaka
Hi, Any other vestiages from the past in the IDL that seems ripe for change? 'InterfaceInheritance' is currently defined as a ScopedNameList or epsilon. But in practice I don't see any web interface that actually uses the multiple interface inheritance like, interface X : A, B, C { }

Re: Web IDL syntax

2009-07-09 Thread Shiki Okasaka
wrote: Shiki Okasaka: 'InterfaceInheritance' is currently defined as a ScopedNameList or epsilon. But in practice I don't see any web interface that actually uses the multiple interface inheritance like,    interface X : A, B, C    {    } SVG does:  http://dev.w3.org/SVG/profiles/1.1F2

Re: Web IDL syntax

2009-07-23 Thread Shiki Okasaka
I think the “Object”, “TRUE” and “FALSE” keywords should be made lowercase. It seems the lower case object has been used as an interface member in HTMLAppletElement. Probably should we keep Object as it is? Both true and false look fine with me. - Shiki

Re: [WebIDL] Feedback on the August 30 Editor's draft

2009-09-02 Thread Shiki Okasaka
]) Is this for the accessor (getter/setter) introduced in ECMAScript 5? Regards, - Shiki Okasaka On Tue, Sep 1, 2009 at 2:07 PM, Travis Leitheadtra...@microsoft.com wrote: Cameron et al., I have a couple pieces of feedback on this draft. Let me start by saying that this is a wonderful spec—much needed

Re: [WebIDL] Feedback on the August 30 Editor's draft

2009-09-02 Thread Shiki Okasaka
it would be very practical to have accessor properties on the corresponding interface prototype objects. Is there any plan to specify ES5 (or maybe existing ES getter/setter implementation) binding in Web IDL? Best, - Shiki -Travis -Original Message- From: Shiki Okasaka [mailto:sh

Re: [IndexedDB/WebIDL] Dates + Sorting (WAS: Detailed comments for the current draft)

2010-04-26 Thread Shiki Okasaka
I'd like to see the resolution for this, too. If what is held inside the browser for a Date object is just a double or a long long value of the JS [[PrimitiveValue]] internal property for Date, I guess providing programming language specific bindings for Date would be easy (java.util.Date in

Re: CfC: publish a new Working Draft of Web IDL; deadline October 18

2010-10-12 Thread Shiki Okasaka
...@mcc.id.au: -minus various people Shiki Okasaka: You've been missed, Cameron! Just a reminder, my wish list is here (this doesn't have to be reflected in the very next WD, though):   http://lists.w3.org/Archives/Public/public-script-coord/2010JanMar/0003.html A signed 8 bit integer type has

Re: CfC: publish a new Working Draft of Web IDL; deadline October 18

2010-10-12 Thread Shiki Okasaka
You've been missed, Cameron! Just a reminder, my wish list is here (this doesn't have to be reflected in the very next WD, though): http://lists.w3.org/Archives/Public/public-script-coord/2010JanMar/0003.html A signed 8 bit integer type has been required in WebGL. Best, - Shiki 2010/10/12

Re: publish a new Working Draft of DOM Core; comment deadline March 2

2011-03-02 Thread Shiki Okasaka
  * we want Node to inherit from EventTarget That can be stated in DOM Core. For example: The Node Interface implements EventTarget [Events Core]. I guess the reason behind this has been discussed around: http://lists.w3.org/Archives/Public/public-script-coord/2010OctDec/0081.html Actually

Re: publish a new Working Draft of DOM Core; comment deadline March 2

2011-03-02 Thread Shiki Okasaka
2011/3/3 Garrett Smith dhtmlkitc...@gmail.com: On 3/2/11, Shiki Okasaka shiki.okas...@gmail.com wrote:   * we want Node to inherit from EventTarget That can be stated in DOM Core. For example: The Node Interface implements EventTarget [Events Core]. I guess the reason behind this has been