Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Item cache thread does not (usually) work #88

Closed
GoogleCodeExporter opened this issue Jul 28, 2015 · 7 comments
Closed

Item cache thread does not (usually) work #88

GoogleCodeExporter opened this issue Jul 28, 2015 · 7 comments

Comments

@GoogleCodeExporter
Copy link

Retrieving item details (e.g. by the renderer) synchronously updates item 
details. This defeats the purpose of the ItemCacheManager.

Original issue reported on code.google.com by oozcitak on 28 Aug 2010 at 8:27

@GoogleCodeExporter
Copy link
Author

This issue was closed by revision r359.

Original comment by oozcitak on 28 Aug 2010 at 9:27

  • Changed state: Fixed

@GoogleCodeExporter
Copy link
Author

This seems to be not fixed completely.

- When I open a listview in details mode, first, it is fast now (good!).
- All items have the name column set (good!).
- Only the selected item has the size, dimensions, etc. set (good!).
- After waiting a rather long time, the size, dimensions, etc. columns of the 
other items are populated (the idea is good, only the wait time is way too 
long).
- Comparing how long it takes to _start_ showning the thumbnails to how long it 
takes to _start_ filling the size, dimensions, etc. columns, I think there is 
still an issue.

So maybe it is still an issue that it not starts immediately with populating 
the details list view size, dimensions, etc.

Seems a little bit like it first reads _all_ the size, dimensions, etc. 
information for _all_ items in the background thread and then updates each 
item's GUI?!?

Original comment by uwe.k...@gmail.com on 30 Aug 2010 at 6:23

@GoogleCodeExporter
Copy link
Author

Appears to be a little bit different:

I am often refilling the list view (parent control to switch between different 
folders (see this image: http://twitpic.com/2jlao5 ).

When I quickly switch between two different folders, It starts filling the new 
listview content only after it has filled the ("destroyed") contents of the 
previously selected folder contents.

So it seems that the background worker to fill the _details_ does not recognize 
when I call ImageListView.Items.Clear(), followed by a 
ImageListView.Items.AddRange().

It always seems to process its queue, until it is finished, even when the items 
are not contained in the list view anymore.

Please note that when in thumbnail view, everything is way faster, the waiting 
does not occur.

Original comment by uwe.k...@gmail.com on 30 Aug 2010 at 6:34

Attachments:

@GoogleCodeExporter
Copy link
Author

That seems to be the case. The worker thread doesn't start working on new items 
until it's done with old items (even if they are removed from the control). I'm 
reopening the issue. Not sure about the speed issue though. I'll look into it 
too.

Thanks,
Ozgur

Original comment by oozcitak on 30 Aug 2010 at 7:15

  • Changed state: Accepted

@GoogleCodeExporter
Copy link
Author

I'm committing the fix now; this should fix both of the issues above.

Original comment by oozcitak on 30 Aug 2010 at 8:07

@GoogleCodeExporter
Copy link
Author

This issue was closed by revision r363.

Original comment by oozcitak on 30 Aug 2010 at 8:09

  • Changed state: Fixed

@GoogleCodeExporter
Copy link
Author

Yeah, works. Thank you :-)

Original comment by uwe.k...@gmail.com on 30 Aug 2010 at 8:14

@oozcitak oozcitak added bug and removed Type-Defect labels Aug 17, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants