Can't Repro
Status Update
No update yet.
Comments
cb...@google.com
BTW - you might want to consider using regular Markers, there have been significant improvements in performance and you'll find they will outperform that DOM-heavy custom overlay.
an...@gmail.com
Thank you for posting this, I had a folder of all files in a directory with .nomedia in it, and this fixed it!
da...@redfin.com
It is solved renaming the folder (you can rename it back again) with the .nomedia file already inside.
da...@redfin.com
[Comment deleted]
gu...@gmail.com
I placed .nomedia inside my empty eBook folder. I force closed gallery, cleared its cache and data, rebooted. Loaded up gallery and deleted a few 'ghost' images that it displayed as black boxes somehow it still remembered them but couldn't load the images because they were deleted.
Then, I copied all my books into the book folder where .nomedia already exists, loaded up gallery, and its STILL ADDING EBOOK COVERS TO THE GALLERY! The strange part is its only adding SOME of them. Wtf how does this functionality even get programmed? I mean, I can't imagine the convoluted mess that the gallery must be coded with
How do I make gallery ignore ALL the book covers not just random ones?
Then, I copied all my books into the book folder where .nomedia already exists, loaded up gallery, and its STILL ADDING EBOOK COVERS TO THE GALLERY! The strange part is its only adding SOME of them. Wtf how does this functionality even get programmed? I mean, I can't imagine the convoluted mess that the gallery must be coded with
How do I make gallery ignore ALL the book covers not just random ones?
re...@gmail.com
@scott.mceachern, you need to clear data for "Media Storage" as mentioned at the top of this bugreport, not for Gallery. Or do the folder renaming trick mentioned in
These issues are fixed in Android 4.1
These issues are fixed in Android 4.1
th...@google.com
br...@google.com
Still have the same problem on Nexus7 with Jellybean 4.2 and still have to reboot/clear cache manually. Is there another issue for that mediascanner (mis)behaviour?
Description
To avoid a lot of the bloat that comes along with using GMarkers, I migrated to maintaining my own Custom Overlays - where I have nearly 2 dozen Google Map Applications in production right now, on Google Maps V2 and an offline GEE installation, drawing sometimes up to 4000 markers nicely.
This "feature" added to V3 makes me long for the V2 API - I really wish that as developers, when you guys add additional "features" that you always consider those of us who may not be interested in using them as this ends up causing a lot of extra work on my end - and makes me consider moving to another platform for our online services and internal Enterprise solutions.
Here is a very simple demonstration of the issue, this application creates an OverlayView and adds 4000 randomly positioned markers that get redrawn on Draw events. The animation effect is definitely a major source of the slowdown.