Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Sean Harmer
Hi Gunnar, On Friday 28 February 2014 07:14:24 Gunnar Sletta wrote: On 27 Feb 2014, at 22:17, Agocs Laszlo laszlo.ag...@digia.com wrote: On Thu, Feb 27, 2014 at 02:28:26PM +, Sean Harmer wrote: The apparent problem that this is attempting to address is the need for both ANGLE and

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Agocs Laszlo
To: development@qt-project.org Cc: Gunnar Sletta; Agocs Laszlo Subject: Re: Re: [Development] The Dynamic OpenGL on Windows Change Hi Gunnar, On Friday 28 February 2014 07:14:24 Gunnar Sletta wrote: On 27 Feb 2014, at 22:17, Agocs Laszlo laszlo.ag...@digia.com wrote: On Thu, Feb 27, 2014 at 02:28:26PM

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Björn Breitmeyer
-project.org Cc: Gunnar Sletta; Agocs Laszlo Subject: Re: Re: [Development] The Dynamic OpenGL on Windows Change Hi Gunnar, On Friday 28 February 2014 07:14:24 Gunnar Sletta wrote: On 27 Feb 2014, at 22:17, Agocs Laszlo laszlo.ag...@digia.com wrote: On Thu, Feb 27, 2014 at 02:28

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Agocs Laszlo
@qt-project.org Cc: Agocs Laszlo; Sean Harmer Subject: Re: [Development] The Dynamic OpenGL on Windows Change Since i haven't followed the discussion in detail, based on which assumptions do you plan to use a dynamic switch. Exported GL Symbols from QtGui sounds like a very bad idea. Relying

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Gunnar Sletta
] The Dynamic OpenGL on Windows Change Hi Gunnar, On Friday 28 February 2014 07:14:24 Gunnar Sletta wrote: On 27 Feb 2014, at 22:17, Agocs Laszlo laszlo.ag...@digia.com wrote: On Thu, Feb 27, 2014 at 02:28:26PM +, Sean Harmer wrote: The apparent problem that this is attempting

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Agocs Laszlo
Subject: Re: RE: [Development] The Dynamic OpenGL on Windows Change Hi Laszlo, On Friday 28 February 2014 12:25:19 Agocs Laszlo wrote: Keep in mind, though, that the primary goal of QtGui is to enable Qt Quick and related modules, like Controls, which are all based on OpenGL [ES] 2.0

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Sean Harmer
Hi Laszlo, On Friday 28 February 2014 13:27:40 Agocs Laszlo wrote: It is most likely better to postpone this whole feature, especially since it is not really user visible anyhow, and instead try mitigating the pain using some less intrusive methods for the time being, agreed. I am currently

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Sean Harmer
Hi Laszlo, On Friday 28 February 2014 12:25:19 Agocs Laszlo wrote: Keep in mind, though, that the primary goal of QtGui is to enable Qt Quick and related modules, like Controls, which are all based on OpenGL [ES] 2.0. Supporting 3rd party renderers that explicitly rely on GL3+ features and

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Friedemann Kleint
Hi, Thank you. Sorry this means it gets reverted for now. I think we all agree that having the common ES2 / desktop 2 subset magically work everywhere on Windows Ok, technically speaking, how do we get this through the CI (considering the modules which have follow-up changes ..can we leave

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Sean Harmer
On Friday 28 February 2014 14:53:02 Friedemann Kleint wrote: Hi, Thank you. Sorry this means it gets reverted for now. I think we all agree that having the common ES2 / desktop 2 subset magically work everywhere on Windows Ok, technically speaking, how do we get this through the CI

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Sean Harmer
Hi Andre, On Thursday 27 February 2014 20:36:51 andre wrote: On Thu, Feb 27, 2014 at 02:28:26PM +, Sean Harmer wrote: You miss the point that Qt users are typically developers themselves, who have not just their own development machine to take care of (plus their corporate IT...) but an

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Agocs Laszlo
: [Development] The Dynamic OpenGL on Windows Change On Friday 28 February 2014 14:53:02 Friedemann Kleint wrote: Hi, Thank you. Sorry this means it gets reverted for now. I think we all agree that having the common ES2 / desktop 2 subset magically work everywhere on Windows Ok, technically

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Thiago Macieira
Em sex 28 fev 2014, às 11:49:56, Agocs Laszlo escreveu: I realize however that there are genuine concerns around exporting all the symbols from QtGui, and that the approach will most likely not scale to other platforms. Please make sure they are properly namespaced: all symbols exported from

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-28 Thread Giuseppe D'Angelo
Il 28/02/2014 17:21, Thiago Macieira ha scritto: Please make sure they are properly namespaced: all symbols exported from our libraries should start with Q or q. Not really, these symbols are the GL1 + GLES2 + EGL subset (so that apps using glFoo* will find them in QtGui). See

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Robert Knight
On Windows some older hardware and driver combinations do not provide a sufficiently well working OpenGL implementation yet they do have a working DirectX implementation which ANGLE then wraps to provide an OpenGL ES 2 implementation Do you have any idea of numbers or how old old is? What

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Sean Harmer
On 27/02/2014 14:33, Robert Knight wrote: On Windows some older hardware and driver combinations do not provide a sufficiently well working OpenGL implementation yet they do have a working DirectX implementation which ANGLE then wraps to provide an OpenGL ES 2 implementation Do you have any

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Simon Hausmann
On Thursday 27. February 2014 14.33.56 Robert Knight wrote: On Windows some older hardware and driver combinations do not provide a sufficiently well working OpenGL implementation yet they do have a working DirectX implementation which ANGLE then wraps to provide an OpenGL ES 2

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Friedemann Kleint
Hi, the intention was here to pave to way for a software renderer for platforms that have no GL at all (virtual machines, remote logins, etc, see https://bugreports.qt-project.org/browse/QTBUG-36091 ). The initial versions of https://codereview.qt-project.org/#change,76732 had a separate

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Sean Harmer
Hi Friedemann, On 27/02/2014 15:42, Friedemann Kleint wrote: Hi, the intention was here to pave to way for a software renderer for platforms that have no GL at all (virtual machines, remote logins, etc, see https://bugreports.qt-project.org/browse/QTBUG-36091 ). Is this not trying to solve

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread andre
On Thu, Feb 27, 2014 at 02:28:26PM +, Sean Harmer wrote: Hi everybody, I would like to raise some concerns around the change that introduced the dynamic selection of OpenGL on windows. For reference the change is at: https://codereview.qt-project.org/#change,76732 The apparent

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Gunnar Sletta
On 27 Feb 2014, at 22:17, Agocs Laszlo laszlo.ag...@digia.com wrote: On Thu, Feb 27, 2014 at 02:28:26PM +, Sean Harmer wrote: The apparent problem that this is attempting to address is the need for both ANGLE and desktop OpenGL builds of Qt on windows. As you know Qt As pointed out

Re: [Development] The Dynamic OpenGL on Windows Change

2014-02-27 Thread Saether Jan-Arve
On Behalf Of Sean Harmer On 27/02/2014 15:42, Friedemann Kleint wrote: Hi, the intention was here to pave to way for a software renderer for platforms that have no GL at all (virtual machines, remote logins, etc, see https://bugreports.qt-project.org/browse/QTBUG-36091 ). Is this not