Alternate Signal Layout (1/2)

Provides for an alternate (GB style) signal cluster
that separates the mobile type/traffic from the signal meter.
This will give themers more flexibility in statusbar design & layout.

Patch 2: Remove Log Spam
Patch 3: Graphics cleanup
Patch 4: Cleanup
Patch 5: Additional cleanup
Patch 6: Small xml adjustment
Patch 7: Add a bool value to allow theme to set/use Alt_cluster.  Will not over-ride user setting.

Conflicts:

	core/java/android/provider/Settings.java
	packages/SystemUI/res/drawable-hdpi/stat_sys_data_fully_connected_hp.png
	packages/SystemUI/res/drawable-mdpi/stat_sys_data_fully_connected_hp.png
	packages/SystemUI/res/drawable-xhdpi/stat_sys_data_fully_connected_hp.png
	packages/SystemUI/res/layout/status_bar.xml
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java

framework: revert data icons back to stock jellybean

The following change - http://gerrit.sudoservers.com/#/c/3293/
altered the data icons in the statusbar and as a result many
were misaligned and funky. This reverts them back to stock.

Conflicts:

	packages/SystemUI/res/drawable-hdpi/stat_sys_data_fully_connected_hp.png
	packages/SystemUI/res/drawable-mdpi/stat_sys_data_fully_connected_hp.png
	packages/SystemUI/res/drawable-xhdpi/stat_sys_data_fully_connected_hp.png

Alt Signal Layouts

This creates a second set of Data Type, Traffic & Strength icons
for the Alt Signal Layout.  This will allow themers to build options
for either layout without corrupting one or the other.
I also tweaked the layouts a bit for better alignment with various Text/icon combinations.

I also addressed the 'Blue/Grey' DataType icon.  the 3g/4g/H, etc icons should
now properly show blue or grey depending on connectivity, just like the signal bars do.

I also suggest a fair amount of testing since I've redone quite a bit of the logic regarding signal/icon displays.  Don't want this going out the door broken.

Patchset 2:  Layout Tweak
Patchset 3:  Honor theme setting for Alt Signal (or userpref)
Patchset 4:  mdpi/hdpi icons.
Patchset 5:  Force icon update on change & whitespace cleanup
Patchset 6:  Adjust/fix Layout when using SignalText
Patchset 6:  Tweak layout
Patchset 7:  Rebase for 4.1.2
Patchset 8: More layout tweakge

Conflicts:

	packages/SystemUI/res/drawable-hdpi/stat_sys_data_fully_connected_hp_alt.png
	packages/SystemUI/res/drawable-mdpi/stat_sys_data_fully_connected_hp_alt.png
	packages/SystemUI/res/drawable-xhdpi/stat_sys_data_fully_connected_hp_alt.png
	packages/SystemUI/res/layout/signal_cluster_view_alt.xml
	packages/SystemUI/src/com/android/systemui/statusbar/policy/NetworkController.java
	packages/SystemUI/src/com/android/systemui/statusbar/policy/TelephonyIcons.java

SystemUI:Make alt GB layout look like GB

This changes the alt layout to actually look like gingerbread instead of
just changing the data icons.  Everything has been editted to match ICS+

Screenshot:
https://www.dropbox.com/s/1j3g5sqo7g5w5bn/Screenshot_2012-10-19-21-43-08.png

port forward

Change-Id: If9e03ab52a0254aac99c8d8da6805b349e052b93
Signed-off-by: Zaphod <mwilson@acesappraisal.com>

Conflicts:
	core/java/android/provider/Settings.java
new toggle: sound state (ring/vib/silent)

Change-Id: Ic65995368720a035611abd4a10f99a69091ccb85
Signed-off-by: Roman Birg <romanbirg@gmail.com>

Conflicts:
	packages/SystemUI/res/values/strings.xml
	packages/SystemUI/src/com/android/systemui/statusbar/phone/QuickSettings.java
Disable hide widget hints for carousel animation because it makes no sense

Change-Id: I5f2bf90fc1f040172dd634ba3b165d3ba34408fe
fix NullPoint bug in lockscreen

Change-Id: Ibe0c970f0344fb9c02867a97592783f695565f15
SystemUI: unlock keyguard to open nav ring apps

Should not launch apps if it's secured with a pin/password/pattern.

Change-Id: I52fd604a15982e9eed465e005425b93ffb2a6e82
Signed-off-by: Roman Birg <romanbirg@gmail.com>
Fix autorotation sensor loop being reactivated even when off

The sensor loop was reactivated even if turned off after a wake up
=> consider it disabled also if !mEnabled
+ turn debug mode on in case there's another issue.

Since the current autorotation sensor loop is generating 3-4% cpu eating,
we really need a way to turn it off for good for the moment.
System_server now seems to stay at 0.0% cpu with this change & autorotation off on TF101

Change-Id: I5ed3c95809f6d789222819466dacc625ac2d9f1d
Decrease lag generated by autorotation on

There are different issues from what I understand:

1) Discarding of events too close to each others is broken
as mAccelerationTimestampNanos is conditionned by isAccelerating()
on TF101 no events are discarded anymore, and so it creates an update every ~50ms
filing up the android notification message queue quite a bit for nothing and so generating lag.
2) isAccelerating seems incorrect to me too, the code means more that it's accelerating "out of range" and should be discarded in that case.

=> Discard the sample if outOfRange and don't condition the update of mAccelerationTimestampNanos that way next time we come back "too soon"
the sample will be properly discarded.

3) with events being discarded properly on the WindowOrientationListener
the SensorManager can now update every 20ms instead of 50ms
but that is definitely overkill.
=> add SystemProperty sensor.loop.minms with a default value of 50ms to throttle the notifications.
That way the thread sleeps properly instead of sending events as fast as it can.

(increasing up to 100ms can be ok depending if you want faster response or not.)
This can be positionned on a per device prop too.

4) Add 2 SystemProperties:
one on the SystemSensor side: sensor.magnitude.threshold with a default 0 value(doesn't change the behavior)
one on the WindowOrientationListener: orientation.magnitude.threshold with a 200 (0.2G) default value
These allows to discard the sample if it is too close to STANDARD_GRAVITY (ie not accelerating much)
These can be set on a per device or use the default values.
On the TF101 200 works most of the time. But weirdly when docked the reported gravity seems to have an additionnal offsert of -0.2
maybe some magnetic interference from the dock...

For the moment the 0.2G threshold is positionned on the Orientation code.
Once the cpp sensor poll crazy loop is solved it could be better to use the sensor.magnitude.threshold instead.

That should take care of most of the lag generated by autorotation.

PatchSet2: position default SystemProperties values to do nothing.

Change-Id: I093227f539050a6bad8e6e8d9f533eff7bddd0d6
keyguard: fix layout for 320dp devices

800x480px dpi devices have less screen space than the xhdpi devices
Google designed the layout for and the layout needs adjustment.

- Reduce the lockscreen security container size such that the clock
  widget has enough space to display its content.
- In the SIM PIN/PUK view, Google put an empty widget on top, but
  we don't have space for that, increase its size such that the
  widget practically disappears.

This should not have any effect on devices with larger screens.

Change-Id: I9e811cfd312abae24a9cad189d19e73848f6c4c1
Mms auto-retrieval (1/3): framework

Change-Id: I9b2f76d8cf9d67eddddfdf7737a948eea680329f

It's only porting this http://review.cyanogenmod.org/#/c/26166/
Part 1 of 3
TelephonyProperties: Alpha ID fix for OPEN_CHANNEL and other p-commands (1/2)

p-cmds that support the below mentioned scenarios:
- SETUP CALL
- OPEN CHANNEL
- SEND DTMF
- SEND SMS
- SEND SS
- SEND USSD
- LAUNCH BROWSER
- PLAY TONE
- SELECT ITEM

Senarios handled :
- NO ALPHA ID : Introduce a new configurable sys prop
  "persist.atel.noalpha.usrcnf".
   --  Allow display of default UI confirmation if prop is set to true
   --  No UI confirmation to be show if prop is set to false
- NULL ALPHA ID (len = 0 ) :
   -- NO UI confirmation to be displayed

Cherry-picked from CAF commit 5ea0d64186ca08abc0857aae1f83de969393be3b
Without this SimToolkit will pop up asking for user response instead
of recieveing response from framework.

Change-Id: I012707285ee3a93119c2e2956ec599d631db10d5
Signed-off-by: dhacker29 <davidhackerdvm@gmail.com>

Conflicts:

	telephony/java/com/android/internal/telephony/TelephonyProperties.java
Lockscreen: enable longpress on expand challenge handle (1/2)

If enabled it will be possible to longpress the little lock icon.

If it is an unsecure screen lock then the longpress will unlock the device.
If it is secure then the widget will fade into the background and you need
to enter the pattern, pin, password or whatever.

Change-Id: I901424c8c54d59298d6d77c10154f5410a636b01
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>

Conflicts:
	policy/src/com/android/internal/policy/impl/keyguard/KeyguardHostView.java
QuickSettings: enable theming of user label

Change-Id: I2c5a7693516c890077e5f4f8050a6196bdcbf3f5
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
Increase themeability of Clock, Signal, Wifi in statusbar

Now fixed negative numbers

Patch-set 2: Forgot cleanup log.

Patch-set 5: Compatibility with alt. signal layout

Change-Id: I6458998c37e7d9c07d389d851647bb98a15797f9
Signed-off-by: kecinzer <kecinzer@gmail.com>

Conflicts:
	packages/SystemUI/res/values/styles.xml
Squash commit LunarDate update from Mokee

included : SystemUI: LunarDate Statusbar display TIME_CHANGED Receiver
SystemUI: LunarDate StatusBar LOCALE_CHANGED Receiver
http://review.mfunz.com/#/c/905/

Change-Id: I7b358d40e938fe130a4fad040200fd89116a4e5b
LunarDate.java : change upon CN region only

Change-Id: I4b95e5678e16c1812de418b241b09dd48f2ab154
Adjust Swipe action to notication switch

Change-Id: I79af80d8f40f12c2686f00119d3e4d2c472173c0
SystemUI: revert show date 2 lines in status bar

Change-Id: Id3cbce03e22041b98c3d2d03039344d0f5047aa1
Revert "Port FW: Menu UI Overflow Toggle (1/2)"

This reverts commit 4b8f068c7efbdc5f3d95debaea06777c04cb2a97.

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

Change-Id: Ib9cdeec57a8a8d29eaa7cba056b6d79327ca879a
Port FW : UI MENU OVERFLOW (1/2)

Change-Id: Ifeaf405e96716a126418edc7f038bc91845aed3f
Fix NFC Tile not showing actual state after reboot

This way if NFC is ON at boot, it will receive the ADAPTER_STATE_CHANGED intent
and will set the adapter up, if it's OFF we'll set it in onClick; or if it gets
turned on from another source, the above intent will be received.

Change-Id: Ic8c895cc3456862c5e3bf5cafae44718703769a2
Signed-off-by: Gergely Szell (sethyx) <szell@hu.ibm.com>