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
Merge "Fix layout of MultiWaveView and GlowPadView." into cm-10.1
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
Merge branch 'cm-10.1' of git://github.com/CyanogenMod/android_frameworks_base into cm-10.1-n7
User defined colours for pie controls (1/2)

Although CyanogenMod's colour scheme is normally fixed and only
changed by themes, this commit allows the user to change some of
the colours of the pie.

The rationale behind this is as follows:
Normally UI controls both - foreground and background colour of
each UI element. In case of the pie controls this is not possible,
pie controls are possibly overlayed in all screens of the UI and
all custom installed applications. This makes it hard to come up
with a universal colour scheme for pie controls.
In other words the user perceived "average" background
colour *) varies from user to user and thus universal colours
for pie controls are hard to pick.

*) It showed, that the background of the home
screen is major factor to this. Due to the fact that the
background is user settable, the colour range here is almost
infinte.

This commit adds:
* A user can change the following colours from within the Settings
  application:
  Normal button background, Selected button background,
  Long pressed button background, Icon colour
* Each colour can be reseted to the system default colour.

There is a seperate commit for the Settings application.

Change-Id: I34975b02999303d4ee479918d6e22a95e940a6ef