Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-10-02 Thread martin . grimme
Hi, Am Thu Oct 02 2014 08:56:53 GMT+0200 (CEST) schrieb Iosif Hamlatzis: > Reading all these and previous similar changes I was wondering why other > mobile platforms don't have this issue? If I'm not mistaken in no other > mobile platform the developer has to take into account if his/her > applic

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-10-02 Thread Gunnar Sletta
On 02 Oct 2014, at 09:29, wrote: > Hello, > > Selon Iosif Hamlatzis : >> Reading all these and previous similar changes I was wondering why other >> mobile platforms don't have this issue? > IMHO, there is a misunderstanding here, as far as I've understood, most of > applications don't have to

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-10-02 Thread Gunnar Sletta
On 02 Oct 2014, at 08:56, Iosif Hamlatzis wrote: > Reading all these and previous similar changes I was wondering why other > mobile platforms don't have this issue? If I'm not mistaken in no other > mobile platform the developer has to take into account if his/her application > goes into the

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-10-02 Thread dcaliste
Hello, Selon Iosif Hamlatzis : > Reading all these and previous similar changes I was wondering why other > mobile platforms don't have this issue? IMHO, there is a misunderstanding here, as far as I've understood, most of applications don't have to take care of going to background and coming back

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-10-01 Thread Iosif Hamlatzis
Reading all these and previous similar changes I was wondering why other mobile platforms don't have this issue? If I'm not mistaken in no other mobile platform the developer has to take into account if his/her application goes into the background. ___ Sa

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-10-01 Thread Gunnar Sletta
I see.. So if this pattern is more common then perhaps a different strategy is in order. Thinking out loud: One option we could implement is to have a hint on the canvas that it should be retained. Meaning, when the application is hidden and the scene graph and the GL context is invalidated, we

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-09-29 Thread Kimmo Lindholm
Yes, I did choose this way by the nature of my paint application. Potentially recording all strokes etc. could consume also some amount of memory, and maybe make the usage-experience tacky. On charts etc, I also would redraw, and the data "is there". I have another app where I need to implement t

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-09-29 Thread Gunnar Sletta
On 29 Sep 2014, at 16:43, Mohammed Hassan wrote: > On Sat, 27 Sep 2014 16:28:42 + > Kimmo Lindholm wrote: > >> Hi, >> >> Just wanted to give a follow-up on this topic; >> >> You are affected if you are drawing on Canvas (and don't want to >> repaint it completely when returning to applic

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-09-29 Thread Mohammed Hassan
On Sat, 27 Sep 2014 16:28:42 + Kimmo Lindholm wrote: > Hi, > > Just wanted to give a follow-up on this topic; > > You are affected if you are drawing on Canvas (and don't want to > repaint it completely when returning to application) Symptom is that > canvas gets cleared when going away fro

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-09-27 Thread Kimmo Lindholm
ssage- From: devel-boun...@lists.sailfishos.org [mailto:devel-boun...@lists.sailfishos.org] On Behalf Of Gunnar Sletta Sent: Tuesday, May 06, 2014 12:55 PM To: devel@lists.sailfishos.org Subject: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled. Hi, If you are not using Open

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-05-06 Thread Gunnar Sletta
You are only affected if you use QtQuick in combination with OpenGL and the QSG classes. Raw OpenGL, SDL, etc is not affected. cheers, Gunnar On 06 May 2014, at 15:32, Iosif Hamlatzis wrote: > What about developers such as myself who doesn't use Qt at all but c/c++ with > OpenGL directly. >

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-05-06 Thread Iosif Hamlatzis
What about developers such as myself who doesn't use Qt at all but c/c++ with OpenGL directly. Then these calls aren't available: QQuickWindow::setPersistentSceneGraph(true); QQuickWindow::setPersistentOpenGL(true); The same for: QQuickWindow::sce

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-05-06 Thread Gunnar Sletta
On 06 May 2014, at 12:19, David Greaves wrote: > On 06/05/14 10:55, Gunnar Sletta wrote: > >> to be "false" meaning that when an application is not on screen, its graphics >> memory and OpenGL context will be deleted. > > What does on screen mean? Since > >> affected. - Covers are unaffec

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-05-06 Thread David Greaves
On 06/05/14 10:55, Gunnar Sletta wrote: > to be "false" meaning that when an application is not on screen, its graphics > memory and OpenGL context will be deleted. What does on screen mean? Since > affected. - Covers are unaffected. my cover shows the GL context - so I'm not sure quit

[SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

2014-05-06 Thread Gunnar Sletta
Hi, If you are not using OpenGL directly or the Qt Quick scene graph's C++ API, please ignore this mail. Qt Quick and the scene graphs supports releasing its graphics resources when the application is not rendering. This is not a feature we have been taking advantage of so far, but as you can