Also parse fallback_fonts.
This lets layoutlib automatically use the same fonts as the base
platforms, for instance it now uses the new ICS fonts.
Change-Id: Id6e778dc0e3f2a9112601e0eaf8499a9713ec433
SMALLER_FONT_FOOTPRINT is a BoardConfig variable that's only available
in Android.mks but not product config makefiles.
Change-Id: I1784b6e8c744ffcca1538e76d338f5800f150e72
Lohit-Devanagari is now provided by external/lohit-fonts, replacing
Lohit_Hindi from here. Removed font from fonts.mk and renamed in
fallback_fonts.xml.
Bug: 5364436
Change-Id: I0b8f65dbfdbec1802fba526209d7f88d2cf64fc4
There are two sets of 480p videos.
The lower-quality videos are referenced in
VideoPackage1.mk, while higher-quality versions
are referenced in VideoPackage2.mk.
Change-Id: I4d1cec94b677a67abe0ccbbd9a7002995cfcf7bb
Version 2.53 of DroidSansFallback.ttf included:
1) Currency: \u060B\u09F2\u09F3\u09FB\u0AF1\u0BF9\u17DB\u20B6-\u20B9
\uA838\uFDFC
2) Geometric right arrow: \u25BA
3) CJK Ext A (about 6000 Simplified Chinese Glyphs)
Item 3 (the ~6000 Simplified Chinese Glyphs) increased the file size by
about 1.6M. To reduce ROM pressure, we are reverting back to version
2.51. Version 2.53 has been renamed to DroidSansFallbackFull.ttf and is
available for builds that have enough ROM space. We are generating a
new version of DroidSansFallback.ttf that has items 1 and 2 and not 3 and
will update DroidSansFallback.ttf once we have that version.
Bug: 5239728
Change-Id: I7467109a9ffec452446a636d35a3befffff09f10
We now do the screenshot in a separate process.
Also change the recents panel to not use hardware acceleration
on lower-end devices. And improve how it gets shown to not
load all data up-front which results in a long delay when you have
lots of recents.
Change-Id: Ia309a90f9939e5405758621b3f7114597bd0c02a
Bug: 5069142
Add some additional mappings for the POWER key to support more
standard HID devices.
Remove some non-standard mappings that don't make sense anymore.
Change-Id: Ie95a72c60d4dc4bfb3c90f6f3b343365f8e76685
The problem is that the audio HAL fails to acquire the wake lock when playing the notification.
This is because of a change that removed the mediaserver process form the system group for honeycomb.
The fix consists in requesting the wake lock from PowerManagerService when AudioFlinger mixer
wakes up.
A consequence of this change is that audio HALs or pcm drivers do not have to hold wake locks
anymore as in the past.
Change-Id: I4fb3cc84816c9c408ab7fec75886baf801e1ecb5
