Thanks for the responses. So from I got, it's the sheer number of images that makes this scenario difficult for Android to handle? And the size of each of the images won't make (much of) a difference? Say for instance, I have an icon with 1000 states, and each image is only 100bytes. Will this still get me in trouble?
Thanks again. --Mark On Aug 27, 1:24 am, Dianne Hackborn <[email protected]> wrote: > Btw, if at some point in the future I find myself trying to figure out why a > particular device is sluggish with a big system process, and see this > situation, I will without hesitation put in a limit on the number of images > associated with a notification to something reasonable. :} > > On Wed, Aug 26, 2009 at 10:19 PM, Dianne Hackborn <[email protected]>wrote: > > > > > > > The current absolute limit is 32,767 resources per type. > > > However... uh, you should really re-think this. All of the drawable > > containers (level list, state list, etc) load ALL of their images up-front. > > Ghod god please please don't load 5,000 images into the system process. > > Please. > > > On Wed, Aug 26, 2009 at 9:15 PM, markh23 <[email protected]> wrote: > > >> Hello, > > >> I have a notification icon in the status bar with thousands (5000+) of > >> states, and each state has a different corresponding icon. Right now > >> I'm using a <level-list> xml file to switch between all these > >> different images. > > >> It seems to be working right now (it takes a little longer to install/ > >> uninstall from the emulator however), but does someone see any > >> problems with this that I'm not catching? Is it possible to have too > >> many items in the res/drawable folder? Will there be a huge > >> performance hit by having an icon with so many states? > > >> Thanks. > > >> --Mark > > > -- > > Dianne Hackborn > > Android framework engineer > > [email protected] > > > Note: please don't send private questions to me, as I don't have time to > > provide private support, and so won't reply to such e-mails. All such > > questions should be posted on public forums, where I and others can see and > > answer them. > > -- > Dianne Hackborn > Android framework engineer > [email protected] > > Note: please don't send private questions to me, as I don't have time to > provide private support, and so won't reply to such e-mails. All such > questions should be posted on public forums, where I and others can see and > answer them. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
