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
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
-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
@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
] 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
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
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
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
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
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
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
: [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
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
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
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
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
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
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
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
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
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
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
22 matches
Mail list logo