app/Settings: translation - RU

Ic6454dc7e0c910b485dc0f8a19e40d159040455e
I8fc38b17315a050b10bb6d5fb13f6abf0f306e08
Ie4794073236f0b6fe308b931d7d6e9d02a1ddf02
I9a57e993af4b216926dcb1c8d19a65a8f1646159

Change-Id: If95642f3d46a0703eae78e870eef271d6e445303
'When to daydream' dialog does not follow the JB dialog design guide

The dialog is a single selection popup and according to the
dialogs design guide the popup should close when the user
has make his/her choice, but in this case it does not.

Change-Id: Iac6bc19146a88236d3253d2d846212ce09b4925b
Bleed keyguard widget picker list into translucent bars

Change-Id: Ie929845fd8b822dcf858b9b56cb5758379d55c59
Fix memory leak in ManageApplication

ApplicationsAdapter new a Session member and make it has a reference to
it self. If we don't release it explicitly, the cross reference will
cause memory leak.

Change-Id: Iecce35ae1d56d98cee6347e84d3a3ff57f3b15a5
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
Merge commit 'refs/changes/27/2727/1' of ssh://gerrit.slimroms.net:29418/SlimRoms/packages_apps_Settings into HEAD
Settings: Super advanced Custom Toggle (2/2)

If user sets up a custom tile with Chamber of Secrets
actions all of the same setting and each action only
has one value per tile-state we now set up an observer
for that setting. This means the tile will listen to
settings changes for the user and change states as
necessary.

EXAMPLE:
Custom Tile Settings:
State 1 > Chamber > "location_mode" > 3 > name: "GPS on"
State 2 > Chamber > "location_mode" > 2 > name: "GPS off"
Save.

User is informed their tile can now be observed and will change
states as necessary.  Ask them to add an icon and label if the
state isn't recognized (I.E. location_mode is set to 1).
Label set to "disabled" with [ICON].
GPS is changed via Settings>Location...
Another tile...etc.
Tile matches it's state or moves to unknown if setting != user
values in tile.

See Video:
https://www.youtube.com/watch?v=pw5Epcp0fq4

PSX:
Reverted to old build and dirty flashed.
Fixed potential FC's there.  This code can
probably stay since it's all Settings-side...
But if we'd like we can phase it out in a
couple months or something.  We don't want
SystemUI to take a dump when a user saves a tile
that has old code in it's settings.

Change-Id: I09034c76c3bc67179c6eaeb0b23a6d39415caf68
Merge "app/Settings: translation - RU" into kk4.4
apps/Settings: translation - RU

I09034c76c3bc67179c6eaeb0b23a6d39415caf68

Change-Id: I43fec8a4117c15a3ee366345c3be268adcdc255b
Merge remote-tracking branch 'slim/kk4.4' into kk4.4