Frameworks: make right pie mirror optional (1/2)

due 70% user feedback the wanted to have the right pie
mirrored on the horizontal axis  because of usability...the other 30% want a visual
logic....so a point to make it optional

default value is mirrored

cheers

Change-Id: I2ecec3c7570abb8d92d0bf3bc788b00035577656
Frameworks: longpress button PIE color does not change on the fly

forgot to observe this one option

cheers

Change-Id: I80e9896cc298f98f189ae6f96e6710c9a35a718e
Frameworks: SlimPIE trigger corrections

Sometimes it is good to release stuff and let the ppl test...so some
smaller issues on the automatic trigger detection for navbar and statusbar
came up and we can resolve the last one. This commit addresses following
reported issues:

- Fix bottom trigger show up on landscape when navbar is at the right side
- Fix if expanded desktop mode is "hide only navbar"...statusbar trigger was on
- Fix respect navbar 0dp values you can set for navbar
- a bit comments in the code :p

For the guys who want to see how the triggers are reacting...turn in
Basestatusbar debug value on....and you can permanently see what
the triggers are doing. Tried now all conditions which are possible
as well on tablet....cannot find any issue now.

cheers

Change-Id: I77698c55af2db5d35a2385761b67cb000a8a5b55
Fix: external storage problem PIE applications + last optimize

If the user binds an app which is located on the
external sdcard and is rebooting the button icon
will be left blank because the PIE is already
constructed before the sdcard is mounted. To avoid
this we listen to the app available intents.
If it is not available it shows the
none graphics. When available it shows the
correct app icon. So that the user can clearly see
this app is accessable or not. As well when the
user goes into mass storage mode or does
unmount the sdcard or whatever case could
happen that the application is not there.

This commit optimize as well the last open things.
BroadcastReceiver as well settingsobserver
are completly turned of when PIE is not in use
as well we destroy the object. I am a friend of
optimizing....think more is not possible and can
be for sure now called to be the resource less
using PIE around.

With this commit I will finally close now project
SlimPIE....all reported issues are done and I want
to begin a new project :p

The application storage problem should be also done
for navbar and navring
which will follow in a sepperat commit

cheers

Change-Id: I814860b9bc843e824e7e36bb521c402b86d24989
Frameworks: Allow smaller SlimPIE sizes + multiDpi fixes (1/2)

Due team, user and kanger wishes I needed to do again something :p
Hopefully now really the last thing :D Is now in full range as well usable
for higher dpi then our stock dpi

This commit does:
- allow bigger size range for SlimPIE layout
- icon are now resized on smaller sizes (only then) then default size
  which allows much smaller overall size
- slight better positiong of the icons in the button item
- Fix: reported issues custom Icons are sometimes to small
- Fix: reported issue that estimated container size took not PIE_SIZE
  into account (follows now on every dpi and size the activation point)
- Fix: Settings style seekbar resets sometimes to last setted value
- Settings: a bit code rearrangement (not needed but I was bored lol)

And now really finished :p

cheers

Change-Id: Ic3e69be4de0b0be8758d9d56ced6a65f104693c4
Frameworks: revert to our old default size (1/2)

played so much with the stock dpi values to optimize that
I set the default value for our slim dpi a bit to low :p

Roms which use stock phon dpi can leaver it like it is

But should kang the correspondent frameworks patch which
allows more flexible size changes

NOTE: check that the default size value is same like settings

cheers

Change-Id: I8e0c44185e8789cf8599868e791456e6856f08bb
Frameworks: Remove observer

thanks to Jens....remove PieLayout observer
completly

cheers

Change-Id: Icb722495b2d14c91b630f638f790dbcb14bbcef9
Frameworks: SlimPIE optimize optimize optimize

- stop listening on TelephonyManager if pie is disabled
- reuse already constructed SnapPoints
- pass trough mPieTriggerMask and mPieTriggerSlots
- a bit code cleanup

cheers

Change-Id: Ieef66e8cd7abe89cd419f2f368ef06f09d4e40b4
Frameworks: Small correction snappoints

I like easier and nicer code beside that it
respects the reuse of snappoints better

thanks jens

cheers

Change-Id: Iff4a1c107700b79c93df5463d524ef6e159ff387
Framworks: missed some stuff

tested it with right change but submitted wrong one
sorry

Change-Id: Ia50672d038348b11a8083317b40b162770436ed0
NavigationBar : Only inflate once

Thanks Danesh

Since the navbar now has updateResources(), there is no need to reinflate
it upon a theme change.

Change-Id: Ie4753a767a1cb45eb459ee692d16067f83cc7d23

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java