Framework: Remove Needless Preference

PS2: Missed Line
PS3: Further Settings Clarification:
        If Reverse/State_one double
        click action: launch action
        long/short (they can still
        choose "skip" if they don't
        want to launch anything).
Change-Id: Ie220b7eb2c16d0ce81c444eea5936c681ea55a9a
LockScreen: Fix crash when unlocking twice

This will keep track if the BroadCastReceiver is registered and
will unregister it only if so.

Change-Id: I040d710cf0927394f36b2e3da251ac5a988ce1d6
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
Merge "LockScreen: Fix crash when unlocking twice" into jb-mr1
Merge "Framework: Remove Needless Preference" into jb-mr1
Replace weekday by date view in statusbar clock

Change-Id: I434858a083270620509489a954a824b84b6a7887
FW: list rejected calls separately

Change-Id: Ic0fe092c75eed692a3ee2acf048283eada4ed7ad
Signed-off-by: ChampionSwimmer <android@championswimmer.tk>
Base: Increasing ring volume

Change-Id: Ie78f4db7c2e9db4a0464158f85374fcdfd1067b3
Signed-off-by: Petr Reznicek <kecinzer@gmail.com>
Squash Dark UI commits from Slim

Frameworks: Add new configuration qualifier for UI change on the fly (1/3)

last night I got an idea after 5 weeks of breaking stuff and
doing to much complicated things. Together with mnazim we tried
today to realize this idea. So another absolut new unique SlimBean
feature is born.

The aim we wanted at the end was to give a simple and resource friendly
way to change the complete UI of a rom on the fly. So why not use
the great fallback mechanism of AOSP and change/add a new
qualifier into the AOSP core. To explain how it works.....if you want
to add a new UI just add in /res folder of any app or framework you want
folders with the qualifier "inverted". Eg. drawable-inverted-xhdpi
or values-inverted or layout-port-inverted or whatever you want. Put in
only the files you want to modify thats it.

All qualifier in AOSP are following strict rules. You can read here.
Do not forget the order of qualifier is important. The new "inverted"
qualifier we added to the UIMode qualifier. To get more information
about read here

http://developer.android.com/guide/topics/resources/providing-resources.html

So what this commit does:

- add new qualifier "inverted"
- support for API level 13 and higher
- change the custom UI on the fly
- control default UI Mode over config.xml
- working for all apps. They just need to include folders
  with the new qualifier name
- resource friendly....no resource wasting either programmticaly
  then source blow, because you just need to put in the files you
  want to change
- cause of the qualifier structure compatible with every phone,
  language or whatever qualifier you want to use on top
- 100% compatible to theme manager. If a theme misses drawables
  they are replaced with them from the current UIMode which is set.

What is the benefit why not use just a theme? We started half year
ago TRDS which was inverted gapps system base themed....means we
morphed directly the changes into the framework. This methoed was
on of the reasons why trds got so popular. Points for that are easy
first the system is themed, means each theme you activate over
theme engine works on top the themed system. So you have a base
style and can modify more if you want. The other reason is easy
a lot faster and resource friendly. Now this idea went to the
rom to provide two core system based themes and user
can do on top what they want or not without, like you have
to roms in one.

This commit just adds the support for this

cheers

mnazim and kufikugel

Change-Id: I1ef843a42d17246373eb17b4e1ec1aa9bc20d8d4

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

Frameworks: TRDS goes Slim

add trds changed files to provide new UI mode engine

Change-Id: I67f8a26320c9971258eb0106c0574b5af9b4261c

Frameworks: TRDS new qualifier push up qualifier number (1/2)

Hey guys,

after this feature is working really well and a lot roms kanged
it we got a hint to change one thing which is indeed a good
idea to have less problems on AOSP updates and tools like
Apktool can provide us better without doing major changes every
AOSP update.

We pushed the number up to 69.....should be enough for
next years.

Please note for the one who are using our gapps at the moment
this will break actuall gapps till we published the new one
which will be end this week as usual.

After that we will begin to publish the apktool after we had
now enough tests....and who knows maybe the "official" Apktool
will provide us all now. So all in all a good time to change
the qualifier now before it is getting more and more
popular (we saw that first themes are providing us)

cheers

Lars

Change-Id: Ie1aeab38420cb825f6f7c1d0a5220a8bb55fc4c3
FW: Hidden Statusbar Pulldown (1/2)

Currently the Statusbar can be hidden through various options. While this is on
though, notifications, signal, battery, etc cannot be seen. Sure you could just
unhide it real quick but Hidden Statusbar Pulldown allows you to swipe down and
reveal the Statusbar for a configurable amount of time before hiding again.

Thanks to blk_jack and Steve Spear for the help (im a java noob :D)

Change-Id: I486dae7cb2fb2be117932073925f2f7c0e1e873a
Allow custom density setting

Use system property persist.lcd_density to set custom density.  The custom
setting affects the entire UI.  It is independent of ro.sf.lcd_density and
has no effect on play store compatibility.

Code distilled from PA project via PAC project.

Change-Id: I8d26405d5d33bdf2890a0e9f67f113a4dc3e763b
Quick Settings: Swipe to switch

Adds the ability to switch to/from Quick Settings, using a sideways
swipe gesture.

Video demonstration: http://www.youtube.com/watch?v=jZaDVBIFAuA
(Video for the initial Patch Set only)

Patch Set 2: Flip animation follows your finger
Patch Set 3: Fix commit message
Patch Set 4: Fix commit message (again)
Patch Set 5: Pin down the statusbar during swipe
Patch Set 6: Smooth out animation after releasing swipe
Patch Set 7: Swipe in any direction to switch views
Patch Set 8: Ensure the statusbar is properly pinned down
Patch Set 9: Fix logic and event handling issues
Patch Set 10: Refactor for readability
Patch Set 11: Limit swipe detection to the bottom bar

Change-Id: I3cab45f72fe3c5fa40d4631fc6a84ea7bfe51bd1

Conflicts:

	packages/SystemUI/src/com/android/systemui/statusbar/phone/NotificationPanelView.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
Navbar buttons spacing for Phablet UI

This patch trys to make spaces in navbar buttons to fit Google behaviour
for tablets (Nexus 7, Nexus 10).

PS2: Better values after some testing on Nexus 7
PS3: Previous solution isn't good

Change-Id: I1ea9c883c519641fd99a033a54a1dc29fd9d57bd
Signed-off-by: kecinzer <kecinzer@gmail.com>
Remove powerwidget reference in swipe to switch

AOKP has no powerwidget

Change-Id: I636e8099fc1ef64eb3ce608af357e9ef08b3410d
Smooth Spinners: Makes the loading "spinner" animation smoother in non-holo apps

The loading "spinner" animation is quite jerky by default when the progress xml's from
drawable are called in applications that don't use the holo progress animation. The holo
"spinner" animation is already smooth by default. This makes every other "spinner"
animation smooth.

We've been changing this value in all ROM's we release, both AOSP and CM based ones
as well as stock ROM's, since it gives a more polished look to the entire system. In the past
3 years we've been using this small tweak we have not noticed anything that would
adversely affect battery life or system operations as a whole.

Signed-off-by: Sar Castillo <sar.castillo@gmail.com>