Lockscreen Notifications: some fixes

Conflicts:
	core/java/android/provider/Settings.java

Change-Id: I9388bcb899080cc023c146a083e554dcf8e57858
Keyguard: LN: fix and harden against null pointer exceptions

Change-Id: Icd726bd3acb91e49b621ce7f920364dc9d7177db
SlimRecents: Adress the 50ms touch unsresponsive issue

User reported that if the screen is fully animated in that the touch
detection is not working for about the first 50ms. For user who are working
fast this is indeed an issue. Especially due that the recent screen speeds
up the workflow much already.

Problem is our third loading stage due that after the recent screen animates in
it calls getView on all elements which rebuilds the touch listeners and cause to
the slight timeframe where it is unresponsive.

Well the third loading stage was a left over from the first optimizations when
we started to develop this feature. Other optimizations are into place now so we
do not really need the third loading stage at all. So instead of handling now
the fix in the getView implementation of the arrayadapter we simply just remove the
third loading stage completely.

PS:
- small other optimization

Change-Id: Ibf46fbe393de4f9d6b867e6bdb9c331dff1dd38e
Frameworks: SlimRecents: Make expanded layout pretty

Instead of adding an extra box below the header expand it in the inner layout
so it is visual one card. Looks nicer, conform with google style and saves
a bit space

Change-Id: I6b406c622ac557a1ce6b81bfa86b4c96b492eceb

Conflicts:
	packages/SystemUI/res/values/n5x_colors.xml
Frameworks: SlimRecents pass gesture detector to the cardslistview

see this commit https://gerrit.slimroms.net/6469

this fixes broken gesture detector

Change-Id: Ifd28e7e570808ade0494c7015c50c01c344d8741
Frameworks: SlimRecents: user configurable default expanded mode (1/2)

A lot requests to customize the default behaviour

auto = like it is now....dependend on the overlay the first tasks are expanded other collapsed
always = always all expanded
never = always all collapsed

Of course still user changes directly in the recent panel counts more then the default settings
behaviour

PS
- correct code comment to new behaviour
PS
- fix typo

rebase

Change-Id: I468be296de3c50d0036d2805c0d0cb8e54248e57

Conflicts:
	core/java/android/provider/Settings.java
SlimRecents: fix sometimes missing first task

apply the fix for aosp recents

https://github.com/SlimRoms/frameworks_base/commit/760413134a5efe60c1d4473322e467152d71c80b

as well to slimrecents

Change-Id: Ibce0707cf516034675451d0440608bafe097c92d