On Thursday 10 January 2013, Mark wrote:
...
> > * DirModel::updatePreview calls setData for each preview that it gets
> > back. that causes dataChanged to be emitted. again, for each index. this
> > needs to be batched up and/or DirModel should override data() itself to
> > return Qt::DecorationRole when it has a preview.
> 
> Would a 300ms timer be acceptable in user experience? So if there are
> new thumbnails available, batch them and update the model only once
> every 300ms. Or is 300ms too much?

I think usually they say that it is around 100ms when people are starting to 
notice lags. 300ms is clearly above that.
I think people will see the 3 updates per second, while 10 updates per second 
may look like continuous updating.
100ms is still a very long time for a CPU.

Alex
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Reply via email to