Hi,
I've been packaging an XR app for OSX since the begining of times (XR1.8)
and while there has always been glitches and adjustments, I've always been
able to upgrade (I use C++ XPCOM components and I build outside the mozilla
tree).
I am trying to update from 14 to 29 and while the
On Mon, May 5, 2014 at 11:07 PM, Dan Glastonbury
dglastonb...@mozilla.com wrote:
/Link to standard/: https://www.khronos.org/registry/webgl/specs/latest/2.0/
This looks really sad. For each new version of OpenGL, are we going to
have a new version of the API we end up having to support forever?
On Tue, May 6, 2014 at 2:00 PM, Gabriele Svelto gsve...@mozilla.com wrote:
On 06/05/2014 14:43, Anne van Kesteren wrote:
I suppose longer term we can map the older version to the newer
versions somehow, but that's still an awfully big API surface area to
maintain.
The wording of the spec
2014-05-06 11:04 GMT-04:00 Anne van Kesteren ann...@annevk.nl:
On Tue, May 6, 2014 at 3:57 PM, Thomas Zimmermann
tzimmerm...@mozilla.com wrote:
I think Khronos made a bad experience with backwards compatible APIs
during OpenGL's history. They maintained a compatible API for OpenGL for
~15
2014-05-06 12:11 GMT-04:00 Boris Zbarsky bzbar...@mit.edu:
On 5/6/14, 12:03 PM, Benoit Jacob wrote:
Indeed, the alternative to doing WebGL2
is to expose the same functionality as a collection of WebGL 1 extensions
I think Anne's question, if I understood it right, is why this requires a
On 5/6/14, 12:25 PM, Benoit Jacob wrote:
To what extent does what I wrote in my previous email, regarding
interactions between different extensions, answer your question?
I'm not sure it answers it at all.
With the example approach you suggested above, one would have to specify
extensions
2014-05-06 12:53 GMT-04:00 Benoit Jacob jacob.benoi...@gmail.com:
2014-05-06 12:32 GMT-04:00 Boris Zbarsky bzbar...@mit.edu:
On 5/6/14, 12:25 PM, Benoit Jacob wrote:
To what extent does what I wrote in my previous email, regarding
interactions between different extensions, answer your
On Tue, 6 May 2014, Robert O'Callahan wrote:
On Tue, May 6, 2014 at 5:57 PM, Ian Hickson i...@hixie.ch wrote:
Just so we're clear, I really don't care what the name is, nor do I
have any objection to people having private conversations or whatnot.
My point is just that there has not
2014-05-06 13:07 GMT-04:00 Boris Zbarsky bzbar...@mit.edu:
On 5/6/14, 12:53 PM, Benoit Jacob wrote:
Ah, I see the confusion now. So the first reason why what you're
suggesting
wouldn't work for WebGL is that WebGL extension my add functionality
without changing any IDL at all.
Sure, but
2014-05-06 13:15 GMT-04:00 Ralph Giles gi...@mozilla.com:
On 2014-05-06 9:53 AM, Benoit Jacob wrote:
By default, WebGL does not allow FLOAT to be passed for
the type parameter of the texImage2D method. The OES_texture_float
extension make that allowed.
I have trouble seeing how this
On Tuesday 2014-05-06 10:15 -0700, Ralph Giles wrote:
It looks like doing so would violate to webgl1 spec. An attempt to use
any features of an extension without first calling getExtension to
enable it must generate an appropriate GL error and must not make use of
the feature.
- Original Message -
From: Chris Peterson cpeter...@mozilla.com
To: dev-platform@lists.mozilla.org
Sent: Tuesday, May 6, 2014 3:11:40 PM
Subject: Re: Disabling strict warnings as errors in xpcshell
btw, I believe the JS team now uses the term extra warnings to
differentiate
12 matches
Mail list logo
