disable signal style options when there is no sim

Change-Id: Ib892822d53f6ff6ec24948a2de3fb8ca1ca0185f
Settings: Minimum Vibration Duration (2/2)

PS2: Remove from devices without vibration
PS3: Get correct value on re-entry.

Change-Id: I37238cf08141061bcca392e7deacfc0be23c3120
Settings: Clean up SeekBar && Fine LongPress (1/1)

SeekBarPreference:
	-Way too many unused
	values that only complicated things.
	onProgressChanged is called to update
	the summary without issue.
	-Set future-proofing else {} to set the
	monitor box to JUST the progress value.
	-Set a "default" string @ int setting.
	-Set minimum Value method
	-Set a multiplier method to multiply
	value / summary.

Accessibility:
	Fine adjustment of long-press
	duration.

Change-Id: I93f4f817f2d745f5bf4a9881513642ac3f4bf16a
Settings: SlimPie (2/2)

Well first I want to thanks again for the ideas Jens Doll, Kyrylo Mikos and PA gave us
on 4.3 allready to make our own SlimPie possible. We used partly code from them and added
and changed it in our Slim way to have it for us most usefull.

Well as known SlimPie advantage to other PIEs is that it can bind on every button
press and longpress action like the user want. All SlimActions are available for
every button (so all possible shortcuts we have + apps etc). Of course as well
available are custom icon images or system icons. Other unique thing of SlimPie
is that 2 rows are available. First row user can setup up to 5 buttons. On the second
row up to 7 Buttons.
Of course the user can setup the style to their like and still theme engine related
things are respected.
Pie is activated present on non expanded Desktop as well

For 4.4 we reworked a lot of the frameworks base code mainly. Changes compared to 4.3

- We use now a edge detection service (thanks a ton to Jens and Kyrylo). We tweaked it only
  very minor due that it works allready out of the box. Two reasons why we want to use it.

  1. We do not have detection overlays on the borders anymore. Means the user is not disturbed
     by it and we do not need to add workarounds like we did before to avoid accidental swipe ups
     (eg old IME reduce triggers). As well it is not needed anymore that the user can setup
     thikness etc. The default values are allready quiet good. If a device has detection problems
     the dm can adjust them via overlay. As said main main main advantage  that no dead zones are present
     anymore.

  2. we will use this service for other upcomming features as well (eg new Recents)

- Centralized and adapted the code to 4.4 and some changes we did in our central classes
- reduced observer to an absolutly minimum. If PIE is disabled it does not observe any value
- A lot small fixes and tweaks
- Change default colors to KK style
- If navbar is present the navbar gets animated with the background to give a full screen overlay
  feeling to the user. Especially now with kk transparency way better.
- Full keyguard support
- complete reworked edge disable detection
- and a lot more

PS:
- better disable message for second layer
PS:
- fix wrong initialize from pie control settings
PS
- changed to Jubas suggestions

Change-Id: Ia861e06758a6dadcb5a6b52689e574308b2dcc02
Settings: Handle navbar heights correct on dpi changes + more (2/2)

Till now we set the height in px in the settings. Which is a problem
especially on multiDPI roms like we are when the user afterwards changes
the dpi due that it isn't calculated correct anymore on the new dpi.

This commit does
- save the dp value in provider and calculate the real px in fb
- clean up the settings stuff for it + do it a bit nicer (only settings part
  where we do not set the value for the listview)
- as well this commit disables movable navbar for tablets (we may will enable
  it in future but it needs a lot more work to have it on tablets correct working)
- add Converter class for common methods we always use....till now only px->dp
  and dp->px method

Change-Id: I7320ea0578a10806883a45369dd628f2c51958fa
Settings: Add user protection and pie/navbar toggle to TGActions

Add drawables for it and enable it for navbar, pie, hwkeys
and GlobalMenu and whatever other shorcutfeature want to have it
Keep the user save and do not allow to disable all navigations to keep
the device usable. User will be notified

In Settings user get the choice to enable the other navigation method. Of course
only on navbar devices due that hw key devices always have a working navigation

and a small duplicate cleanup

PS:
- added Jubas suggestions

Change-Id: I3d13a13bf54304b0207b83b54df5c37337bcdaf5
Merge branch 'kk4.4' of https://github.com/TEAM-Gummy/android_packages_apps_Settings into kk4.4