summaryrefslogtreecommitdiffstats
path: root/test-runner
diff options
context:
space:
mode:
authorDianne Hackborn <hackbod@google.com>2009-07-22 21:48:55 -0700
committerDianne Hackborn <hackbod@google.com>2009-07-24 10:47:15 -0700
commit11ea33471e1a14a8594f0b2cd012d86340dd3bd8 (patch)
treebb73c079d8bb21c19fa913b8fd9c587a9089ea84 /test-runner
parent3b99e64e5899030b5d6f8201cb56cd149c80b24d (diff)
downloadframeworks_base-11ea33471e1a14a8594f0b2cd012d86340dd3bd8.zip
frameworks_base-11ea33471e1a14a8594f0b2cd012d86340dd3bd8.tar.gz
frameworks_base-11ea33471e1a14a8594f0b2cd012d86340dd3bd8.tar.bz2
Allow for screen density drawables in compatibility mode.
This change allows us to use drawables that match the current screen density even when being loaded in compatibility mode. In this case, the bitmap is loaded in the screen density, and the bitmap and nine-patch drawables take care of accounting for the density difference. This should be safe for existing applications, for the most part, since they shouldn't really be pulling the bitmap out of the drawable. For the small rare chance of them breaking, it worth getting the correct graphics. Also this will only happen when there is actually a resource of the matching density, and no existing apps should have resources for anything besides the default density (though of course all of the framework resources will be available in the native density). As part of this, the bitmap density API has been changed to a single integer provider the DPI unit density.
Diffstat (limited to 'test-runner')
0 files changed, 0 insertions, 0 deletions