All views are being reloaded instead of just the once that have changed

changed milestone to %3.2.0

changed title from when we notice a change all views are being reloaded instead of just the once that have changed to All views are being reloaded instead of just the once that have changed

changed the description

added 1 deleted label

assigned to @bubu

one idea would be to send a didchange event with a tupel of added, modified, deleted. deleted and modified should be easy and for adding you need to determine the insertion position. I would advise to look into batch update for collectionviews

changed milestone to %3.4.0

added Interface label

unassigned @bubu

added Minor label

removed Minor label

This should be fixed. So far, the collection view is reloaded in-full 3 times when deleting a single file and 4 times when adding one.

changed milestone to %3.5.0

changed milestone to %4.0.0

I looked into this recently, after noticing that renaming a file triggered three full reloads.

I was hoping there could be a quick fix, but unfortunately, I don't think so. The models would need to be refactored (rewritten?) to introduce a concept of 'transactions': an update such as a rename, a sorting change, and so forth, should only trigger one update.

I could maybe work on this in the next little while, but it's probably a pretty big job and I wonder if it is impacting users much, since hardware is just getting better and better.

I agree that not many users complained about this, probably also partially because users of old devices (remember than we require iPhone 4S or iPad 3rd generation so far) are used to slower performing UIs.

For VLC 4, we will require slightly newer devices (iPhone 5s, first generation iPad Air), which would benefit from a better performing user interface.

It bugs me how we do it right now, but I agree that it is a big task with potentially not so much user appreciation if done.

All views are being reloaded instead of just the once that have changed

Child items 0

Activity