[Public WebGL] Typed WebGLArray sequence parameter types
Wed Jan 6 01:07:42 PST 2010
I've uploaded a validated WebGL IDL file at,
This is written in the current Web IDL editor's draft  format with one
extended keyword 'byte' for 8-bit integers.
Does this look reasonable? Maybe the getter and setter types should be
changed as well?
On Wed, Dec 23, 2009 at 2:28 AM, Kenneth Russell <[email protected]> wrote:
> On Mon, Dec 21, 2009 at 10:35 PM, Vladimir Vukicevic
> <[email protected]> wrote:
> > On 12/21/2009 8:38 PM, Shiki Okasaka wrote:
> >> Is this possible to modify typed WebGLArray sequence parameter types
> >> in the IDL definitions as below?
> >> * WebGLByteArray:
> >> sequence<long> -> sequence<octet>
> >> * WebGLUnsignedByteArray:
> >> sequence<unsigned long> -> sequence<octet>
> >> * WebGLShortArray:
> >> sequence<long> -> sequence<short>
> >> * WebGLUnsignedShortArray:
> >> sequence<unsigned long> -> sequence<unsigned short>
> >> This change would make the generated interfaces for statically typed
> >> languages (e.g. Java) more useful.
> >> Note currently Web IDL does not have a primitive type for 8-bit signed
> >> integer values. If it is useful for WebGL, maybe we can propose an
> >> addition of it to Web IDL as Geolocation WG requested to add 'double'
> >> in addition to 'float' .
> > Yep, that's the main reason why long/unsigned long are used instead of
> > -- if octet was used, then it becomes impossible to actually specify
> > 8-bit integers. For short, we decided to follow the same convention.
> > However, maybe a workaround would be to add a typedef somewhere for our
> > signed_octet type, by default typedef'd to unsigned long, but with a
> > statement in the spec saying that this should be a signed 8 bit type if
> > language supports it?
> Sounds like a good workaround.
> You are currently subscribe to [email protected]
> To unsubscribe, send an email to [email protected] with
> the following command in the body of your email:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the public_webgl