27;ll have to think about how to do it properly).
> In the meantime, please try using the workaround.
>
> Cheers,
> Chris.
>
>
> From: devel-boun...@lists.sailfishos.org [devel-boun...@lists.sailfishos.org]
> on behalf of Hendrik Borghorst [hendrikb
__
From: devel-boun...@lists.sailfishos.org [devel-boun...@lists.sailfishos.org]
on behalf of Hendrik Borghorst [hendrikborgho...@gmail.com]
Sent: Monday, December 16, 2013 6:49 AM
To: devel@lists.sailfishos.org
Subject: Re: [SailfishDevel] Delegate creation on demand
Sure,
This ex
Hi Hendrik
My feeling is also that you have stumbled upon a bug.
Your update with the visible = false crossed mine.
My understanding was that all delegates are created when the ListView
is created / Loaded. I see no reason at all why the ListView should go
on a creation spree when it become
Sure,
This example I've just created and it does exactly what I want to show.
greetings and thanks for your support
There are 2 buttons, one populates the model with 25000 simple items.
The second one pushes a page above the page with listview. After the
push you can see the ListView creating
Can you please provide a minimal test case (i.e. ideally a single QML file,
usable with qmlscene) demonstrating your problem?
Please see http://sscce.org/
On 15 Dec 2013, at 21:03, Hendrik Borghorst wrote:
> Hello,
>
> the problem isn't my delegate. It is quite minimal.
>
> The problem is I
start with "Dynamic Object Management"
On 16.12.2013 02:21, Hendrik Borghorst wrote:
Than if it is so clear could you be so nice and point me to some
documentation?
Am Montag, den 16.12.2013, 02:19 +0600 schrieb Andrey Kozhevnikov:
you doing it wrong. its all what i see now :)
On 16.12.2013 0
Than if it is so clear could you be so nice and point me to some
documentation?
Am Montag, den 16.12.2013, 02:19 +0600 schrieb Andrey Kozhevnikov:
> you doing it wrong. its all what i see now :)
>
> On 16.12.2013 02:17, Hendrik Borghorst wrote:
>
> > It is weird if I have to manually optimize so
you doing it wrong. its all what i see now :)
On 16.12.2013 02:17, Hendrik Borghorst wrote:
It is weird if I have to manually optimize something which worked for 2
years on an old Nokia N8 with 128? MB memory. I don't see any reason for
qt to create those delegate items and as I read the documen
It is weird if I have to manually optimize something which worked for 2
years on an old Nokia N8 with 128? MB memory. I don't see any reason for
qt to create those delegate items and as I read the documentation of the
qt-project QAbstractListModel is exactly the way to go.
Also there are cases whe
no, i mean manual optimization.
like loading model when it actually requires, or dynamically create
listview with model using component loader or createComponent.
QML is easy and fast when you making small projects. but for complex you
should thinh HOW code actially works after interpretation
What do you mean exactly?
Isn't this exactly what ListView should do automatically which can be
influenced with cacheBuffer? Which by the way works correctly as long as
the listview stays visible.
greetings
Am Montag, den 16.12.2013, 02:05 +0600 schrieb Andrey Kozhevnikov:
> load model dynamic
load model dynamically?
if you wont preload model before using it can solve many problems.
:)
On 16.12.2013 02:03, Hendrik Borghorst wrote:
Hello,
the problem isn't my delegate. It is quite minimal.
The problem is I think a bug in QML Listview. It goes absolutly crazy if
it is invisible and s
Hello,
the problem isn't my delegate. It is quite minimal.
The problem is I think a bug in QML Listview. It goes absolutly crazy if
it is invisible and starts making delegate for around 50% of all items.
This causes the memory to run full.
A workaround I added is
model: visible ? modelVar : nu
Hi Hendrik
Have you seen this? http://qt-project.org/wiki/Performance_tip_Lists
The general advice is to keep the delegates is lightweight as
possible, and to use Loaders for anything needed later (e.g. onClick)
Chris
Zitat von "Hendrik Borghorst" :
Hello folks,
I've got a problem with l
Hello again,
I think I found the problem. The moment the ListView is not visible anymore
it goes on a killing spree and starts creating delegates for around 50% of
all items in model.
If I put in a workaround like:
model: visible ? modelVar : null
The ListView works.
2013/12/14 Hendrik Borgho
15 matches
Mail list logo
