In this particular case, I would just use drawable-nodpi (using naming like icon1_72px.png, icon1_48px.png) and then handle it all manually.
On Jun 23, 9:47 am, Al Sutton <[email protected]> wrote: > First off; I know the implementation of this should be discussed on > the framework list, but I'm putting this idea out on here to see if > there is a need for it. > > I've recently worked on a project where the designer wanted a 2 x 3 > grid of icons as the apps "home" page. This threw up an interesting > situation because to do this using the best resolution possible it > seems we would either need to copy the actual icons into multiple > directories, or create a resource alias file for each icon, neither of > which is ideal (think 30+ icons across the app which needed > duplicating). > > What I'm wondering is if there is a need for a single file which > contains all of the resources to use within another resource > directory. To give you an idea of the problem I'll scale it down to 3 > icons which have mdpi and hdpi variants; > > drawables/icon1.png > drawables/icon2.png > drawables/icon3.png > drawables-hdpi/icon1.png > drawables-hdpi/icon2.png > drawables-hdpi/icon3.png > > As the Dell Streak is a WVGA device that identifies itself as a large- > mdpi device we wanted to use the -hdpi icons for it, but this would > result in three new files containing resource aliases; > > drawables-large-mdpi/icon1.xml > drawables-large-mdpi/icon2.xml > drawables-large-mdpi/icon3.xml > > What I'm wondering is should this be a single file which contains a > list of all the imports. For example; > > drawables-large-mdpi/imports.xml > > which contains; > > <imports> > <import source="drawables-hdpi">icon1.png</import> > <import source="drawables-hdpi">icon2.png</import> > <import source="drawables-hdpi">icon3.png</import> > < /imports> > > This does away with the file-per-resource requirements of the current > configuration and it allows resources for multiple other directories > to be included because the source could refer to any other resource > directory. > > So, do people think this would be of use, or have I missed something > which makes this whole idea obsolete? > > Al. > > -- > * Looking for Android Apps? - Tryhttp://andappstore.com/* > ====== > Funky Android Limited is registered in England & Wales with the > company number 6741909. > The views expressed in this email are those of the author and not > necessarily those of Funky Android Limited, it's associates, or it's > subsidiaries. -- 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
