Em sex 28 fev 2014, às 17:35:46, Giuseppe D'Angelo escreveu:
> 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 (s
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
https://code
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
: [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
> everywhe
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
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 th
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 t
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 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
> currentl
t.org
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 Open
asks Desktop GL, he should get it. If the user
doesn't know or care, Qt can make a best effort choice. ANGLE,
ANGLE-software/DX or llvmpipe. The latter can be the default, but must not
exclude the former.
>
>> Cheers,
>> Laszlo
>>
>> -Original Message-
&g
pment@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.
true dynamic GL solution.
> Cheers,
> Laszlo
>
> -Original Message-
> From: Sean Harmer [mailto:sean.har...@kdab.com]
> Sent: 28. februar 2014 11:41
> To: development@qt-project.org
> Cc: Gunnar Sletta; Agocs Laszlo
> Subject: Re: Re: [Development] The
ar 2014 11:41
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 wrote:
> > On Thu, Feb 27, 2014 at 02:2
Hi Gunnar,
On Friday 28 February 2014 07:14:24 Gunnar Sletta wrote:
> On 27 Feb 2014, at 22:17, Agocs Laszlo 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 buil
> 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 ).
>
On 27 Feb 2014, at 22:17, Agocs Laszlo 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 by Friedmann
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 by Friedmann earlier, the big picture is a somewhat more
complicated. Th
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 appare
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 s
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 QOpe
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 impl
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 ha
> 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? Wha
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 problem that this is attempting to address is the need for
both ANGLE and
25 matches
Mail list logo
