[Public WebGL] Should GLfloat and GLclampf be typedefs for "unrestricted float"?

Kenneth Russell [email protected]
Thu Dec 20 15:41:08 PST 2012

On Wed, Nov 28, 2012 at 9:52 PM, Boris Zbarsky <[email protected]> wrote:
> On 11/28/12 2:55 PM, Kenneth Russell wrote:
>> http://www.khronos.org/registry/webgl/specs/latest/ has been updated
>> with these changes. Throughout the spec, sequence<float> has been
>> replaced with sequence<GLfloat>. Please review.
> Looks good.
>> There are potentially some return values that need to be updated too:
>> getParameter(DEPTH_CLEAR_VALUE), getUniform, etc. I think the best way
>> to address this would be to reuse the GL typedefs at the top of the
>> file throughout the spec rather than referring to Web IDL primitive
>> types directly. Do you agree?
> That makes sense, yes.

The editor's draft of the WebGL spec, and the associated IDL, have
been updated to use the GL typedefs everywhere:


The majority of the changes were in the tables of return values of
methods like getParameter, getBufferParameter, etc. The most
semantically correct types were chosen throughout; in particular, for
queries returning symbolic constants, GLenum was used for the return
value instead of GLuint.

>> https://www.khronos.org/registry/typedarray/specs/latest/typedarray.idl
> Ah, excellent.  Yeah, this should use unrestricted float/double.

The editor's draft of the typed array spec and IDL have been updated
as well to both define the Web IDL types for the base types of the
typed array views, and to use "unrestricted" for float and double:

  svn diff -r20017:20018

All, please review these changes and send any comments to the list.



>> It would be great if it were possible to generate the Typed Array IDL from
>> the
>> spec by instantiating the pseudo-templates in the spec.
> With sufficient application of Python, I'm sure it's possible... just a
> matter of doing it.  :(
> -Boris

You are currently subscribed to [email protected]
To unsubscribe, send an email to [email protected] with
the following command in the body of your email:
unsubscribe public_webgl

More information about the public_webgl mailing list