[Public WebGL] Should texSubImage2D accept null like texImage2D does?

Kenneth Russell [email protected]
Wed Apr 4 18:49:38 PDT 2012

On Wed, Mar 14, 2012 at 3:09 AM, Ms2ger <[email protected]> wrote:
> On 03/13/2012 04:58 PM, Tim Johansson wrote:
>> On 2012-03-13 15:37, Glenn Maynard wrote:
>>> On Tue, Mar 13, 2012 at 5:33 AM, Tim Johansson <[email protected]
>>> <mailto:[email protected]>> wrote:
>>> Yeah, if you leave the 6th parameter out it is tricky to tell if
>>> you tried to call the version taking 5 numbers and an object
>>> (HTMLImageElement) or the version taking 8 numbers and an object
>>> (TypedArray). In our implementation we would assume 0/null for the
>>> missing parameters and the call would match both versions. In that
>>> case we are highly likely to choose the one which does not cause
>>> an error.
>>> I think there has been quite a bit of work on this in WebIDL since
>>> we last looked at it, so it might actually be better specified
>>> now, but even if it is it would IMO mostly be a conformance test
>>> of WebIDL and not of WebGL.
>>> I'm not an expert on WebIDL, but this all looks tightly specified now.
>>> It's worth having a test for this in WebGL, since WebGL is exercising
>>> this part of WebIDL more than a lot of other current APIs.
>> Yeah, looks like it is well specified now. I don't have any strong
>> objections in this specific case right now (haven't checked if it is
>> implementable yet though) since IDL is a bit of a special case, but I
>> think we should be careful about testing other specs in the WebGL
>> conformance testsuite.
> The WebGL spec has a normative reference to WebIDL [1] (which incidentally
> claims to be referencing a September 2009 draft), so I would say that the
> WebGL test suite should test at least those parts of WebIDL that are relied
> upon in WebGL.
> Ms2ger
> [1] https://www.khronos.org/registry/webgl/specs/latest/#refsWEBIDL

Thanks, I've simply deleted the bogus date from the WebGL spec.


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