<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
no, i mean manual optimization.<br>
<br>
like loading model when it actually requires, or dynamically create
listview with model using component loader or createComponent.<br>
<br>
QML is easy and fast when you making small projects. but for complex
you should thinh HOW code actially works after interpretation.<br>
<br>
<div class="moz-cite-prefix">On 16.12.2013 02:08, Hendrik Borghorst
wrote:<br>
</div>
<blockquote cite="mid:1387138086.29361.4.camel@bismarck" type="cite">
<pre wrap="">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:
</pre>
<blockquote type="cite">
<pre wrap="">load model dynamically?
if you wont preload model before using it can solve many problems.
:)
On 16.12.2013 02:03, Hendrik Borghorst wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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 : null
which works quite nicely. I think this bug could be an upstream qt bug?
greetings
Am Sonntag, den 15.12.2013, 10:01 +0100 schrieb
<a class="moz-txt-link-abbreviated" href="mailto:christopher.lamb@thurweb.ch">christopher.lamb@thurweb.ch</a>:
</pre>
<blockquote type="cite">
<pre wrap="">Hi Hendrik
Have you seen this? <a class="moz-txt-link-freetext" href="http://qt-project.org/wiki/Performance_tip_Lists">http://qt-project.org/wiki/Performance_tip_Lists</a>
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" <a class="moz-txt-link-rfc2396E" href="mailto:hendrikborghorst@gmail.com"><hendrikborghorst@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">Hello folks,
I've got a problem with long lists (~25000 elements). All delegates are
created at once which causes the memory usage to explode beyond the
devices capability.
I already tried setting "cacheBuffer: 0" in SiliciaListView but it
doesn't change it.
Is the something I'm doing wrong.
You can see the actual page code here:
<a class="moz-txt-link-freetext" href="https://github.com/djselbeck/smpc/blob/master/pages/CurrentPlaylistPage.qml">https://github.com/djselbeck/smpc/blob/master/pages/CurrentPlaylistPage.qml</a>
Shouldn't the delegates be constructed on demand? It is weird because my
old n8 wasn't struggling with qml lists with this size.
greetings and congrats on getting the devices to your customers (I'm
very pleased)
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
SailfishOS.org Devel mailing list
</pre>
</blockquote>
<pre wrap="">
_______________________________________________
SailfishOS.org Devel mailing list
</pre>
</blockquote>
<pre wrap="">
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SailfishOS.org Devel mailing list</pre>
</blockquote>
<br>
</body>
</html>