On Fri, Aug 2, 2013 at 10:12 PM, Alan Alpert <4163654...@gmail.com> wrote:
> Scenegraph is inherently tight to QtQuick, but it is not your only
> option for hardware acceleration inside Qt. E'en in ye goode olde days
> I believed there was hardware acceleration somewhere in the pipeline,
> for exa
Hmm, I have not mentioned "good old rendering engine". If I wanted to do
that, probably this scene graph thread would be inadequate. ;-)
To me, your post reads like if a hardware accelerated ui building
technology like this was inherently tight to QtQuick and QML. If that is
the case, and Qt has n
On 2 August 2013 09:42, Sletta Gunnar wrote:
>
> > The audience may not need it, but I would. :-) "less pressing" means it
> is not high priority for you, but contribution is welcome?
>
> 1 makes it possible for anyone to do 2-4 outside of Qt, and unless there
> are convincing arguments why they
On 2 August 2013 08:39, Sletta Gunnar wrote:
>
> On Aug 1, 2013, at 10:59 AM, Laszlo Papp wrote:
>
> > On Thu, Aug 1, 2013 at 8:17 AM, Sletta Gunnar
> wrote:
> > Indeed, the proposed patch created an new library (which was only built
> when manually cd'ing into src/scenegraph and building it th
On Thu, Aug 1, 2013 at 9:46 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 20:21:23, Laszlo Papp wrote:
> > On Thu, Aug 1, 2013 at 7:59 PM, Thiago Macieira
> >
> > wrote:
> > > On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> > > > 3
> > >
> > > This discussio
On quinta-feira, 1 de agosto de 2013 20:21:23, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 7:59 PM, Thiago Macieira
>
> wrote:
> > On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> > > 3
> >
> > This discussion is going off on a tangent but...
> >
> > you do realise that there'
On Thu, Aug 1, 2013 at 7:59 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> > 3
>
> This discussion is going off on a tangent but...
>
> you do realise that there's an overhead associated with dynamic libraries,
> right? The code runs slightly slowe
On quinta-feira, 1 de agosto de 2013 19:38:12, Laszlo Papp wrote:
> 3
This discussion is going off on a tangent but...
you do realise that there's an overhead associated with dynamic libraries,
right? The code runs slightly slower due to indirect access to functons and
data, and there's a start
t QtQml/QtQuick)?
>
>
> Simon
>
> *Fra: *Laszlo Papp
> *Sendt: *19:30 torsdag 1. august 2013
> *Til: *Thiago Macieira
> *Kopi: *development@qt-project.org
> *Emne: *Re: [Development] QtSC: Scene Graph discussion
>
> On Thu, Aug 1, 2013 at 6:22 PM, Thiago Macieira <
On quinta-feira, 1 de agosto de 2013 18:30:32, Laszlo Papp wrote:
> Err... 1) does not make a difference on embedded with a small NOR/NAND
> flash? Perhaps, you are thinking about desktop? As far as I can tell, it is
> such a big difference that we would need reject Qt if we only had the
> static l
Macieira
Kopi: development@qt-project.org
Emne: Re: [Development] QtSC: Scene Graph discussion
On Thu, Aug 1, 2013 at 6:22 PM, Thiago Macieira
mailto:thiago.macie...@intel.com>> wrote:
On quinta-feira, 1 de agosto de 2013 17:57:03, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 5:52 PM, Hausm
On Thu, Aug 1, 2013 at 6:22 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 17:57:03, Laszlo Papp wrote:
> > On Thu, Aug 1, 2013 at 5:52 PM, Hausmann Simon
> wrote:
> > > What is the advantage of this approach over static linkage?
> >
> > 1) Not linking into more applications ru
On quinta-feira, 1 de agosto de 2013 17:57:03, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 5:52 PM, Hausmann Simon
wrote:
> > What is the advantage of this approach over static linkage?
>
> 1) Not linking into more applications running.
>
> 2) It is also safer for the LGPLv2 license without an
On Thu, Aug 1, 2013 at 5:52 PM, Hausmann Simon wrote:
> What is the advantage of this approach over static linkage?
>
1) Not linking into more applications running.
2) It is also safer for the LGPLv2 license without an exception for static
linking into commercial code.
3) shared library is mor
What is the advantage of this approach over static linkage?
Simon
Fra: Laszlo Papp
Sendt: 18:06 torsdag 1. august 2013
Til: Thiago Macieira
Kopi: development@qt-project.org
Emne: Re: [Development] QtSC: Scene Graph discussion
On Thu, Aug 1, 2013 at 4:45 PM, Thiago Macieira
mailto:thiago.macie
On Thu, Aug 1, 2013 at 12:06 PM, Laszlo Papp wrote:
> On Thu, Aug 1, 2013 at 4:45 PM, Thiago Macieira > wrote:
>
>> On quinta-feira, 1 de agosto de 2013 09:59:44, Laszlo Papp wrote:
>> > I would be personally more than happy for scene graph to become compact,
>> > i.e. qml and qtquick being a se
On Thu, Aug 1, 2013 at 4:45 PM, Thiago Macieira
wrote:
> On quinta-feira, 1 de agosto de 2013 09:59:44, Laszlo Papp wrote:
> > I would be personally more than happy for scene graph to become compact,
> > i.e. qml and qtquick being a separate layer. I do not mind in which
> > repository this separa
On quinta-feira, 1 de agosto de 2013 09:59:44, Laszlo Papp wrote:
> I would be personally more than happy for scene graph to become compact,
> i.e. qml and qtquick being a separate layer. I do not mind in which
> repository this separation happens in; that is just details for me, not a
> technology
On Thu, Aug 1, 2013 at 8:17 AM, Sletta Gunnar wrote:
> Indeed, the proposed patch created an new library (which was only built
> when manually cd'ing into src/scenegraph and building it there) which would
> not have been usable together with Qt Quick (until Qt 6, that is).
>
I would be personally
On quarta-feira, 31 de julho de 2013 08:33:16, Sletta Gunnar wrote:
> Stand alone module. Though the scene graph is public API inside Qt Quick,
> the question has been raised in the past if it makes sense to make it
> possible to build it into a separate module. Not an officially supported
> module
20 matches
Mail list logo
