On Mon, 2011-05-30 at 17:35 +0200, Cornelius Hald wrote:
To improve the drawing performance a bit more, you should not stack
several Rectangles if you can't actually see the bottom ones. QML will
first paint the bottom rectangle, then paint the second rectangle over
it etc. Use Item instead as
Hi,
Qt Quick 1.1 apparently features a Qt.application.active read-only
property[1] which can be connected (somehow) to stopping animations,
reading sensors and so on.
However, in my rewrite of Attitude[2] in QML, I'd like to do something
similar. In fact, given my app's running at 50-60% CPU,
Hi Andrew,
I can't answer all of this, but I'll give it a try anyways :)
On Mon, 2011-05-30 at 14:55 +0100, Andrew Flegg wrote:
Qt Quick 1.1 apparently features a Qt.application.active read-only
property[1] which can be connected (somehow) to stopping animations,
reading sensors and so on.
On 30/05/11 15:23, Cornelius Hald wrote:
The 50%-60% CPU is the new QML implementation? Sounds a bit much, maybe
you need to enable OpenGL for drawing?
An easy approach to test that:
QDeclarativeView view;
view.setViewport(new QGLWidget);
--
Robin Burchell
http://rburchell.com
On Mon, May 30, 2011 at 4:55 PM, Andrew Flegg and...@bleb.org wrote:
Thoughts welcome. To be honest, it's amazing (and disappointing) that
there isn't a way of doing this in Qt Quick 1.0. Can anyone confirm
whether or not it's at least not updating the screen when hidden (it
does in the task
On 30/05/11 15:46, Ville M. Vainio wrote:
On Mon, May 30, 2011 at 4:55 PM, Andrew Fleggand...@bleb.org wrote:
Thoughts welcome. To be honest, it's amazing (and disappointing) that
there isn't a way of doing this in Qt Quick 1.0. Can anyone confirm
whether or not it's at least not updating the
Hi Andrew,
2011/5/30 Andrew Flegg and...@bleb.org:
Qt Quick 1.1 apparently features a Qt.application.active read-only
property[1] which can be connected (somehow) to stopping animations,
reading sensors and so on.
[...]
Thoughts welcome. To be honest, it's amazing (and disappointing) that
On Mon, May 30, 2011 at 15:56, Thomas Perl th.p...@gmail.com wrote:
For anyone that's interested in how it's done (feedback and
improvement suggestions welcome!), you can find the patch against
Attitude here:
http://thp.io/2011/maemo/attitude_activemonitor.patch
...and now here:
On Mon, May 30, 2011 at 5:49 PM, Robin Burchell virot...@viroteck.net wrote:
I confirmed that e.g. QmlReddit does nothing when it's hidden.
Note that of course, nothing will be happening if there's nothing to
actually happen. If your objects aren't moving, etc, then Qt won't
constantly have
On Mon, May 30, 2011 at 6:07 PM, Ville M. Vainio vivai...@gmail.com wrote:
Right - so I confirmed Andrew's fear that QML would be stupid about
Erk, reverse logic, I confirmed Andrew's fear was *unnecessary*, of course.
___
maemo-developers mailing
On Mon, May 30, 2011 at 16:07, Ville M. Vainio vivai...@gmail.com wrote:
Right - so I confirmed Andrew's fear [was unnecessary] that QML would
be stupid about this, and waking up the process when it should be
steady (e.g. by doing a dummy op at 60fps).
Thanks.
If you have animations that
On Mon, May 30, 2011 at 6:15 PM, Andrew Flegg and...@bleb.org wrote:
BTW, list handling in QML is a pain. I suspect this list
recreation/parsing/manipulation is accounting for a large portion of
the CPU usage. Other thoughts from Qt Quick experts appreciated; but
Have you considered using
On Mon, 2011-05-30 at 16:15 +0100, Andrew Flegg wrote:
BTW, list handling in QML is a pain. I suspect this list
recreation/parsing/manipulation is accounting for a large portion of
the CPU usage. Other thoughts from Qt Quick experts appreciated; but
the graphical performance is orders of
13 matches
Mail list logo