Default device volumes not initialised

After fresh rom install default device volumes are not initialised
and therefore muted.

Only after manually changing a device volume it can be used.
IMHO the check for AudioSystem.DEVICE_OUT_DEFAULT here is not correct
since it will not init mIndex and mLastAudibleIndex collections.

Maybe there is a better way to fix this
core and telephony: Additional HSPAP support

Change-Id: I5e921d2308d873678d6ef67a91cff50d383a176b
telephony: neighboring cells are now handled properly

GsmServiceStateTracker.java sets the System Property
PROPERTY_DATA_NETWORK_TYPE = "TypeName:RadioTechnology"
for the current network type (ex. EDGE:2 or HSPA:11).

When neighboring cell info is sent to responseCellList() in RIL.java,
the routine compares PROPERTY_DATA_NETWORK_TYPE to just the TypeName
(without the :) and can not find a match.  It defaults to
NETWORK_TYPE_UNKNOWN and does no interpret the location.

This patch splits off the string part of PROPERTY_DATA_NETWORK_TYPE
so a proper match is found and the location is interpreted.

Also HSPA+ (HSPAP) is added as a valid match.

Patch compiled and tested on HP TouchPad 4G.

Change-Id: I223db80d6c4a7791300e299826aa316854738d5c
WeatherPanel: Add toast

added collapse after click weather refresh.

Change-Id: I487c63a341fb1f121187ef3224b88afabdffba3d
SystemUI: Cog Circle Mod Battery

This is a replacement circle battery mod made specifically for AOKP using the
cog from the logo.

Change-Id: Iac82b909cde77f0f90874f8dfce9e4836a1e42d9
Signed-off-by: Kyle Teague <kwesley1020@gmail.com>
Merge "WeatherPanel: Add toast" into jb
Merge "core and telephony: Additional HSPAP support" into jb
Merge "telephony: neighboring cells are now handled properly" into jb
Lockscreen: Add Circles Lockscreen to AOKP

Optimus 4x lockscreen port - original port from evilisto

Modified to be more customizable/compatible with
other sized devices. Ring colors, backgrounds
customizable. Custom lockscreen layout with
custom clock.

Change-Id: I31d70978b47d81c6d8b6bf8ab2d41c98e17b5a54
Merge "Default device volumes not initialised" into jb
Restore correct volumes when headset is plugged

The correct volume levels for <device>_speaker and
<device>_headset are not restored when a headset device
is plugged in or out
Lefty Mode for NavBar (1 of 2)

ToDo:
   1: Move SearchPanel (GoogleNow panel) - not inflating
      on correct side when in leftymode.

patch 2 - adds ability for SystemBar (Tablet) to swap as well - will put navbar on right,
         notifications on left.

patch 3 - LIttle more work on this.  Tablet mode should actually swap now.
         still having issues with the NavRing.
Patch 4 - Redo the layouts and how they are inflated.
	NavRing still needs work on targets/offsets.
	Wallpaper still needs some work.
Patch 4 - Redo layouts again.

Patch 7 Fuck lefty's, ok got the targets laying out in lefty land, I still need to figure out how I'm gonna
offset for launchtarget though its now off in both landscapes, havent tried with tablets yet either.
     Still need to fix target offest for launchtarget().

Patch 8 fixed intent issue for both left and right, Mike and Steve spoon again!
        added comments about what the fuck is going on in the search panel
        in case anyone tries to decifer that da vinci code.
        code prolly use a bit of clean up deleting commented out areas and such
        I'll leave that for the leftys. ;-)

Patch 9 Massive overhaul of the NavRing inflation procedures.
	Phone & Phablet now appear to be working properly
	Tablet NavRing works fine in 'Righty' but won't inflate in Lefty

Patch 10 to 14 - rebase and derp fixes.

Patch 15 fix phablet layouts

Patch 16  Adjust Tablet layouts some more.  Also adjust the Delegate view
	formulas.  This should help with lefty mode/phone giving the proper
	swipe motion to inflate (haven't tested yet).
	Tablets will inflate on 'lefty' if Navbar width is set to 100, but
	not otherwise.  Still needs work, but a little bit closer than
	before.
Patch 17  Change the way NavRing gets inflated by touch.  Only a swipe 'up'
	on the NavBar will inflate now.  No long press home.  Fixed
	the swiping motion on landscape/phone.
	Still having issues with Lefty/Tablet.

Patch 18 Fixed the Lefty/Tablet issue. This is ready for heavy duty testing
	and merging if all tests pass.
	One caveat:  Phone/Landscape wallpaper is slightly mis-aligned.
	I'll continue search for this, but it shouldn't be a deal breaker.

Patch 20 Fix a major derp on my part during cleanup. Also fixed some
	whitespace stuff.

Patch 21 Remove WIP from Commit message.  No code changes.

Patch 21 Whitespace and tabulation cleanup.

Change-Id: I3f6ad954827185d3c21fb90ab60cc880edd63713
SystemUI:Widgets fix & Class Move

This moves the NavBar widgets out of the NavigationBarView
class and into it's own class.  It is instantiated in basestatusbar
so should be useable by all devices now, even if they don't have
the NavBar enabled.

  Patch Set 2: Whitespace and tabulation cleanup

Change-Id: I310102e1fc3bc36cef887f58dfefc2beca3774d6
Signed-off-by: Zaphod <mwilson@acesappraisal.com>
SystemUI : Fix NPE on Rotate

Several changes relating to Lefty & NavRing mode introduced
a condition for Non-NavBar related devices that caused SysUI FC's
at boot and during every rotation.  A simple null check for NavBarView
should fix that.

Change-Id: I2e2883f283fee5aea34c2580e874c37f884a0c35
Signed-off-by: Zaphod <mwilson@acesappraisal.com>
NavRing: Long press actions. 1/3

This is currently highly depended on and older patch set of the
lefty mode. it is fully fuctional however will not be ready for
merge until lefty mode is complete and I can rebase off of it.

this also requires RC and Phone commits as we made changes to
the glowpadview. Also this gives us new options when using
Glowpad where we can now add actions or events based on locking
on targets. So start thinking of cool options using this.

Change-Id: I2e18ce4dbd2a15f419782d1e00f722df939f4d59
Merge "NavRing: Long press actions. 1/3" into jb
TransportControl: Remove unnecessary check, also #blamexoomdev

Change-Id: I0f49355d87a29d0d24f51e4de4f0c3f2a107caa0
Signed-off-by: Gergely Szell (sethyx) <szell@hu.ibm.com>
Fix volume track skip control with 3rd party applications

Current code is using ordered broadcast to message the audio
framework of a track-skip. This breaks many 3rd party audio
players as the broadcast will be received by the application
with the highest priority. This change uses
"dispatchMediaKeyWithWakeLockToAudioService" to send the event
to the Audio Service which always knows which audio application
is active.

This change was comitted to CM and this commit is based on the
CM one (though key logic in AOKP is different).

Patch set 2: Original authorship changed.

Change-Id: I51e5e58b56159bc2d835cc24962a560257a30b20
Frameworks: update Swedish translation

Change-Id: Icefa576a511e733e6ae0fb5952ddd0d86084a96b
AudioService: Don't adjust volume when vol-downing to vibrate or silent

Pressing vol-down to vibrate or silent would (previously) still adjust the
stream volume, setting the last audible volume to 0, which is not allowed
for voice-capable devices.  Thus, the last audible volume would reset to
default on reboot if on vibrate/silent or the lowest volume setting.

By not adjusting volume when vol-downing to vibrate or silent on
voice-capable devices, the last audible volume is always preserved across
reboot.