Core & SystemUI: RU translation

PS1: Rephrased "lockscreen_discharging" and moved it to cm_strings.
     Brought back "lockscreen_plugged_in" from AOSP, to prevent merge conflicts.

PS2: Updated translation for Pie controls and Quick Settings.

PS3: Moved "lockscreen_discharging" back to strings.xml, like in original translation.
     Fixed a typo in "lockscreen_plugged_in", now it's identical to AOSP.

PS4: Updated and rephrased Permlabs. AOSP russian translation starts them with capital
     letter and uses nouns instead of verbs.

PS5: Added translation for Mock SMS permissions and "progress_nomediapresent" message.

PS6: Updated plurals to fix AOSP bug, where "1 item" was also displayed for 21, 31, ...
     Will be also proposed to AOSP Code Review.
     Original discussion here (translators only): http://goo.gl/tD5cBg

PS7: Rephrased "navbar_menu_" strings, more precise description now.

PS8: Made changes suggested by Marco: removed msgid in "lockscreen_plugged_in" and an
     unneeded comment for "progress_nomediapresent".

PS9: Reverted plurals' fix. Will create an AOSP bugtracker entry for this.

Change-Id: Ied3d421ba3f84eca3248b6afab4721aa623d528e
Merge "Core & SystemUI: RU translation" into cm-10.2
Frameworks: Fix recent show from navbar sometimes weird things

cheers

Change-Id: Ib7069be558a3e3ff0c058bb636a09726760863f6

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
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 20a905c.
as well

cheers

Change-Id: I48aaa85881d8b177c7223a746bd39925f6826066

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/policy/ExtensibleKeyButtonView.java
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

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarView.java
Fix: NavRing landscape swipe

this commit fixes and old bug for phones "default landscape navring swipe"
which reacted buggy. Du the already submitted fix/feature to use the whole
navbar as swipe area imo a nice solution at the end.

also it removes the default home longpress action (show navring) to
be consisten to the other buttons.

cheers

Change-Id: I133c2cc5080f44d53213c2ea21638a5c23061bc6

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarView.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
custom lockscreen background: only apply additional color filter, if not using optimus4 color

Change-Id: I7b97eae0552cf06bc007036b9de426d5411c268b
halo: fix fc

Change-Id: I31b35ee9f5bb0d1124e319d8aa323d237029ce74
Fix up 'launch player on headset connection' option.

- don't crash system_server if no music player can be found
- use the active user's setting instead of the owner's setting

Change-Id: I38a07fe5c8c3d67ececd0768e1fcc01a6cf7fa5a
SystemUI: do not collapse panels if keyevent was canceled.

Change-Id: I9af82e9fa2305142521075938dfd05521adeb9f4
Merge "Fix up 'launch player on headset connection' option." into cm-10.2
Fix Quick Settings tiles jerking down while animating to notifications view

Patch Set 2: Fixed in code rather than XML

Change-Id: I1689aa80a0fcb8ad17bcefc290b43a16079f7b88
Revert "Frameworks: Change navbar general behaviour (1/2)"

This reverts commit 7800cc8f30f232b5a0ba08fe5ead0a39daca12a2.

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

Change-Id: Ia447c9192f5d8f5d5d07e5415d76bf9f8b0701a4
"Frameworks: Change navbar general behaviour (1/2)

This commit changes that navbar is present on all devices even
with hardware keys. On hardware key devices the navbar height is
set to 0 as default now. Several reasons for that.
- no SystemUI restart when de/activating (last one we had :p)
- our navbar is very resource friendly so even no problem for the
low end devices
- we can now use some of the navbar stuff you will see in next commits
navbar magic :p
This commit also respects the different handling off menu's. Thats
why a part of the code (hasNavigationBar()) will be still left because
it is needed in main for
core/java/android/view/ViewConfiguration.java
core/java/android/view/IWindowManager.aidl
core/java/android/view/WindowManagerPolicy.java
this files which are controling that

Change-Id: I7ca7516d612ff61bf8d5a6ad2acf28202dc2b2a4"
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

Conflicts:
	packages/SystemUI/src/com/android/systemui/SearchPanelView.java

Conflicts:
	packages/SystemUI/src/com/android/systemui/SearchPanelView.java
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

Conflicts:
	packages/SystemUI/src/com/android/systemui/SearchPanelView.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarView.java
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
Frameworks: Fix navigation bar recreate on new theme

A bug we have now since ages and never paid much attention on it.
Due our custom navbar the navbar was never recreated right
and only reboot showed the right theme.

On theme change recreate the navigationbar as well

cheers

Change-Id: I376b2765c3b53cb76868c485110fa63a20383053

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
Revert "custom lockscreen background: only apply additional color filter, if not using optimus4 color"

This reverts commit 8543ff253e64f9c4403572aebc9d4fa23e28e2a1.
Merge branch 'cm-10.2' of github.com:CyanogenMod/android_frameworks_base into cm-10.2