Having a cacheBuffer about the height of a row may help as the view will attempt to split delegate creation into multiple frames.
Since you know that you will have a limited number of items, setting a cacheBuffer large enough to contain them all is also a possibility in this case. In general, the best course of action is to make the delegates as small as possible and the data model access as fast as possible. If you still have problems after trying these things, and it appears you do, then a small self-contained example will help us to determine whether there is a bug that needs to be fixed. Martin. On Tue, 24 Aug 2010 05:50:00 pm ext Marcos Santamaria wrote: > Hi > > I am working on a QML GridView, which contains 7 items per row and 2 > visible rows at time. And with a total of 40 items. It is populated with a > model obtained from C++ ( QAbstractListIModel subclass ) on a STB ( set > top box device ). > > When I try to scroll the GridView it has a rare behaviour. > Well, it begins moving the focus and freezing for a while. Then it > allocates some delegates components on memory ( console output traces ) > and finishes moving the focus to the new item. > > The above always happens when the GridView scrolls a row > > I have unsuccessfully tried some alternatives like the "cacheBuffer" > property, QML plain simple dummy models, simple delegates, ... > > What can I do to solve or optimize this behaviour? Maybe something related > to Flickable? Animation States? > > Thanks in advance, > > Regards, > Marcos Santamaria > > > > > > ******************************************************************** > This email and any attachments are confidential and meant only for the > addressees, and may be protected by law. If this email has been sent to > you in error, please notify the sender immediately and delete this e-mail > from your computer. emails are not secure and we will not accept liability > if this e-mail is accessed by anyone or modified or amended following > dispatch. Any views or opinions in this email are those of the author and > do not represent those of Mirada unless otherwise specifically stated. > Although we have taken every reasonable precaution to ensure that any > attachment to this e-mail has been checked for viruses, we do not accept > liability for any damages. > > Mirada is a public limited company, > Registered Number: 03609752 > Registered Office: Bentima House, 168-172 Old Street, London. EC1V 9BP _______________________________________________ Qt-qml mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-qml
