Add RootBox specific toggles to Ribbon Toggles
PowerMenu : Profile entry fix

Always reinflate views
Jira : https://jira.cyanogenmod.org/browse/CYAN-1017

Change-Id: Ib348bb4c9a85b6433a86eeed1b0de9deff9d50bc
Add spanish translation
Fix IME bug

IME Switcher was conflicting with 2 different boolean, making it impossible to disable. This should restore the option to work properly in ROM Control.
Merge pull request #14 from demon1987/patch-7

Add spanish translation
Fix build - Translation error!
FW: Make sure statusbar comes back

When the user decided to reunite with his/hers beloved statusbar, it wouldn't show its presence back due to the negligence and cold shower expressed by the user in the first place.
This should help things out by forcing the statusbar to show up and talk things out. (Yes, I was very very bored.)
Statusbar Behaviour: Switch to list preference to avoid confusion (1/2)
StatusBar Behaviour: Observe proper setting
SystemUI: More memory leak fixes

PS2: fix Clock FC

Change-Id: I0929786c33475bb471db90f757321502a19c8702
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
Fix TabletUI battery
Framework: Option to force keyboard to show enter key (1/2)

Original SlimRoms feature!  Not everyone likes emoticons :-(

Change-Id: Idc093d8fa14633ccf2817fadcfb09d32768445b0
Fix up notification LED behaviour

- Commit 5713307e3d2eb457ba148df3683ad09733727506 (in ICS) attempted to
  fix the problem that the notification LED wasn't reenabled after
  turning off the screen again, but introduced another bug in the
  process: If another pending notification with LED at the time when the
  notification with the new magic flag introduced by that commit (which
  was used by phone and MMS apps) was active, the LED still wouldn't be
  turned on at screen off time. Also, this commit didn't handle locking
  correctly.
  This commit essentially reverts 5713307e and makes sure the LED is
  reevaluated when the screen is turned off again.

- This change also makes the assignment of the LED when multiple pending
  notifications want to use the LED more clear: The notification with
  highest priority gets the LED. If multiple notifications with same
  priority exist, the most recent one gets the LED.

JIRA:CYAN-652
Change-Id: I1df0b40cca2af7a08c240677d22d2a95097b7184

Conflicts:
	services/java/com/android/server/NotificationManagerService.java
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>
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
Toggles: resize bitmap in UserToggle

This will resize the bitmap of the user to a reasonable size.

Before the bitmap would use almost 1mb in memory on my phone and
after the change it is now at 250kb.

Change-Id: I6b06cc97b1c94edeb307777a9479e3abc119777e
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
Fix layout of MultiWaveView and GlowPadView.

If the calculated size of the rings is much smaller than the measured
size (which is happening e.g. on mdpi 600x1024 tablets), the glow pad
appeared shifted to the right.
This happened due to the insets being calculated as difference of
available and needed size, and later on being added to the available
size. Example numbers (Nexus 4 with density forced to 160):
- computed size in onMeasure: 768x505
- scaled size in onMeasure: 505x505
- thus, insets are calculated as 131/0
- in onLayout, placementWidth (364) and max target width (108) are much
  smaller than width (768)
- thus, center is calculated as 131 + (768 / 2) = 515, thus shifted to
  the right

Fix that by not using width in the calculation, as the inset size
already takes it into consideration.

JIRA:CYAN-829
Change-Id: Ifc2a93214f812f554a8fed3243eed66aec9f00c9
Per-app PIE color

Since we're using Per-app color now, let's use it for PIE as well.
Frameworks & SystemUI - additional DC-HSPAP support

This commit adds some more informations about Dual-Carrier HSPAP
It allows displaying a "DC" icon on status bar for compatible devices
and add a "DCHSPAP" value in state phone
patch 1: add TelephonyManager to fix build
patch 2: modify ServiceState
patch 3: switch to cm_strings
patch 4: fix a mistake
patch 5: upload a new set of icons, a bit prettier than previous
patch 6: update icons (more opacity to match colors)
patch 7: removed drawable-sw*

here is a screenshot for example: http://imgur.com/mQ2du3l,PSyHoqC

Change-Id: I77d05e23c8ad3efdfeb19cf06ed92e7c57105ebe
TelephonyManager: hide NETWORK_TYPE_DCHSPAP

Change-Id: I77e6d537d5ebbe67bac26c6ef6d0dda498640ca0