Core: NL translation

Add permission that allows cancelling notifications from other apps.

Change-Id: Iacef6b6aabd71b64afde1089c4820236485da6f6
Base: CS translation

- added notification cancelation
- unified Privacy guard translation

Change-Id: Ie690f33ae7b85619454f83bdb6a6c9a1f7a8adae
Frameworks-base : FR translation

-Add new translation
Patch set 2 : correction

Change-Id: Ia5f9e95d900ba2afa50592d43077186f86f1816c
Also backup profiles file via backup manager.

Change-Id: Id70cb1bce15b7de127e4291e9482ab3fd7270f9f
Fixes for clang:
PackageInfo is a class, not a struct.
String16 is contained in the android namespace. Do not namespace prefix it
within the android namespace.
Explicitly specify which std classes are necessary to prevent ambiguous
type errors. (map, set)

Change-Id: I0d01477a976e770821ebae8847f8d11b132a15d6
Merge "Also backup profiles file via backup manager." into cm-10.1
Always call out to KeyguardHostView when something in our state changes.

KeyguardHostView already takes care to not add or remove the transport
control twice.
This should hopefully fix some conditions where the transport control
was still being shown although the media player already abandoned audio
focus.

Change-Id: Ib4577cdbfcea0a89efbbd0df70646afe8e677e0d
Merge "Fixes for clang: PackageInfo is a class, not a struct. String16 is contained in the android namespace. Do not namespace prefix it within the android namespace. Explicitly specify which std classes are necessary to prevent ambiguous type errors. (map, set)" into cm-10.1
Merge "Core: NL translation" into cm-10.1
Merge "Frameworks-base : FR translation" into cm-10.1
Merge "Always call out to KeyguardHostView when something in our state changes." into cm-10.1
Fix occasionally flickering music control widget.

The problem was seemingly related to the player abandoning audio focus
while the playback state was still set to 'playing'. In that case, the
transport control was removed from the keyguard host because it had no
listener anymore, but later was re-added due to isMusicPlaying() still
returning true. Re-adding it lead to it re-registering with audio
service, which cleared the display due to nothing being connected, which
lead to the detachment listener being called again, which in turned
closed the loop.

While this may be a sign of a buggy player app (it should stop its
playback prior to abandoning audio focus), this situation still should
be handled gracefully. Fix the problem by simply reporting no music
being played while no remote control client is connected.

Change-Id: Id6834d38bc6faa3b6455ac66b413443f85606785
Revert "Auto-close if you swipe away the last notification."

This reverts commit 8cc36e572876f3bb9197f0109db3042466e5f917.

It didn't work as advertised anyway: It only worked if there are no
persistent notifications, and it also closes the notification area if
the notification is closed by the app itself.

Change-Id: I16f0fb6cf41d20c3a3bd4278446edab780c1fc77
Merge "Fix occasionally flickering music control widget." into cm-10.1
SystemUI: Update Polish translation

Change-Id: I34adec1e5676e6a1bca11e95d6a35cc024130b72
Core: Update Polish translation

PS2: Added missing strings
PS3: Fixed minor bug
PS6: Added latest updates, some fixes

Change-Id: I15aae5b7fce57f68f094f2615766cd552783f36b
change pngs
Merge remote-tracking branch 'upstream/cm-10.1' into cm-10.1
Merge "SystemUI: Update Polish translation" into cm-10.1
Merge "Core: Update Polish translation" into cm-10.1