Framework: Fix recents animation bug for all

Sometimes doing some other stuff bring ideas up to solve
problems. Google uses a dirty preload animation hack to
animate recents right....we can do the same just more
generalized.....due that all places (hw keys, navbar, SlimPie
and navring) are calling toggleRecents() I implemented the fix
now there to solve it in general. Due of that this commit
reverts commit 20a905c96c6a897226ad2e5a47c9c6b39a0ef040.
as well

cheers

Change-Id: I48aaa85881d8b177c7223a746bd39925f6826066
Fix: reported disable redundant statusbar information

Current state we introduced with first SlimPIE patch is that
if the user disable statusbar information (clock/date/airplanemodeicon)
that it is always hidden...even if the user set SlimPIE to only on
expanded desktop mode. That is not consistent and some user
wonder why the do not have this information any more in normal mode.

This commit fixes this.....respects also the expanded mode hide
only navbar.....as well a small cleanup from old battery code.
Airplanemodeicon hide I removed from redundant hide information now....
to change that on the fly would need an observer and a bit code rearrange
which does not fit the use compared to the resources we would use then.
Beside that all other icons are as well shown because our PIE does not
show signal strength etc.

Cheers

Change-Id: I53f1fed10a13551e7642e5b00c1d3b88a9622ab0
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
Merge "Framework: Fix recents animation bug for all" into jb4.2
Merge "Frameworks: make right pie mirror optional (1/2)" into jb4.2
Fix visual glitch rambar

cheers

Change-Id: I82faa372a3923daaa760a1a4f791d937d78b0523
Fix remove framelayout recents background

cheers

Change-Id: Id78ca115c8d3f16ebe0b6f79181dc077567e059a
camera: Add support for sending raw commands

 * Certain camera drivers need magic commands to select special modes
   such as ZSL or HDR. Add support for sending raw commands from
   applications.

Change-Id: I512a765c7a67ffd2877e465cf6493ffc2b3b54ac
input: added support for multiple keyevents

- Multiple keyevents can now be send from the command line:

    input keyevent <key code number or name> ...

  Sometimes invoking 'input' repeatedly does not send the events fast
  enough, this change solves the problem by allowing multiple key code
  number or names be added to the command line.

Change-Id: I0d0f34bddd99e0195c9badff2f8b3e2aa9a51737
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
Merge "camera: Add support for sending raw commands" into jb4.2
Merge "input: added support for multiple keyevents" into jb4.2
Revert "Patch Set 1/2: Add an "Automatically Connect" option for WiFi networks"

it broke tasker wifi...now as well nfc....and other small issues....so reverted

This reverts commit 9a0e931e2dbae546c9408cbd6f116c493a01d68a

Change-Id: Idbf87f7f667d799aca54021a04a31699f8cd5e4d
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
Fix: external storage problem NavBar applications

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 navbar 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.

+ a small optimize

cheers

Change-Id: Ic6a691d8b3af9ddb3e6008d64e6ab35cbabc12fb
Fix: external storage problem NavRing applications

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 navring is already
constructed before the sdcard is mounted. To avoid
this we listen to the app available intents.
If it is not available the ring target shows the none icon.
 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.

+ code cleanup who ever did that crap :p

+ to be more consistent to all other features we have an
empty action is now as well shown as an empty action on
the ring

Change-Id: Idce4c28dfc080bd1147fd5b80154d3a50d01141d
Fix Keyboard Visibility Derp

Missed this.

Change-Id: I7cefa28c403d575d11a711a253c4e7255e6c7bc0
Fix: Navring error

introduced with this commit
https://github.com/SlimRoms/frameworks_base/commit/8c8769815c0f1e58657e4e31ef7f7014e45b0831
the placeholders react on touch which ends up in open gnow permanently
disable the placeholders. Sorry for that

as well a small change (even if this case should never happen) to
be 100% sure the listeners are attached before unregistering

cheers

Change-Id: Iab783861020ed03645d60aa7e121edee29688841
Frameworks: fcharge for all (1/2)

Thanks roman for the basic idea to use an overlay
to set the fast charge path so each device can set
the propper path to the custom kernel.
As well this commit pays attention if the user
flashed a kernel which does not support fastcharge
or is using another path. Option for tile in settings will be removed
as well.

not 100% happy with the whole fast charge implementation...but I am lazy :p
...whatever maybe I will recode that all on a later point. It
is working as intended like it is.

Change-Id: I0cb830c1ecfebe479a2e10a31c7c84967e2e2030