Core: NL translation

Add permission that allows cancelling notifications from other apps.

Change-Id: Iacef6b6aabd71b64afde1089c4820236485da6f6
Frameworks-base : FR translation

-Add new translation
Patch set 2 : correction

Change-Id: Ia5f9e95d900ba2afa50592d43077186f86f1816c
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 "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
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
systemui: Add CONNECTIVITY_INTERNAL permission

* SystemUI needs to be able to list interfaces if tethering is in use
   and we ask for a second tethering path to be set up (BT+USB, etc).
* Add permission to stop exceptions in the framework and enable
   tethering thru multiple paths.

Change-Id: I75b08a87f14c40b7f7c6a24d5bc4163ef86c3a01
Merge branch 'cm-10.1' of git://github.com/CyanogenMod/android_frameworks_base 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