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
FW : Allow user selection of Font Size

ps 1:  This re-structures a lot of the way icons & layouts are sized.
It allows System Icons, Notification Icons, etc. to scale according
to the size of the statusbar.  StatusBar now sizes itself based on
the height of the Font (which is user selectable in RC).

This needs a lot of testing, as I've made substantial changes to the
way the Statusbar.  Also, While everything is 'working', the alignment
of the Textviews alludes me.  All textviews are being aligned at the bottom
of the StatusBar rather than centering like they should.

PS 2:  Fix the issue with StatusBar robbing touches at boot.
Fixed windowing size update in PhoneWindowManager.
Some of the icons still don't scale exactly right,
and of course the TextViews continue to taunt me.

ps 3: Re write some of the scaling of images and add some padding.
   Create a StatusBarHelpers sub in core.util.aokp for re-using some routines.

ps 4:  Solved initial sizing issue (at boot or change) and everything
	seems to be aligned properly.
	Note that icons will only scale up to their source size.  So
	themes that provide HQ/large icons can benefit from larger
	font sizes, but some themes (including stock/system) will
	show increases in fonts and Notification Icons, but not
	the SystemIcons (right side)

ps 5: Adjust layout to elimination notification cutoff

ps 6:  Really fix layout this time.
ps 7: add some padding between notification icons
ps 8: adjust statusbar padding to try to remove small line when no
      Font has been set.
ps 9:  Add some padding below notifications.
ps 10:  Fix notification overlays and tweak notification paddings.
ps 11:  A few more refinements in sizing
ps 12..15 : more dynamic scaling & padding adjustments

Change-Id: I5f9e99930210d3d91cda3ef167ad42993c261816
Signed-off-by: Zaphod <mwilson@acesappraisal.com>
FW: Ribbon v1.0 overhaul

Thickness Increase max && decrease min
Configurable long swipe and long press swipe areas

consolidate and cache views for smoother animations
User adjustable animantion duration

Add dismiss options for swipe ribbon
 - Always dismiss on click
 - never dismiss on click
 - Don't dismiss for navbar action

fix app window crash if user has fast fingers and to much time
  on their hands...

Swipe ribbon drag handles now get their own location, height,
   width, and opacity.

Hide apps from app window
Hooks to dismiss app window if softkeys or navbar buttons pressed

Fix app window to pull all components also IE camera and messenger.

Rub some unicorn polish on the on touch glow. The giant boxes were
a bit ridiculous.

If ribbon is empty but toogles are not, just show toggles no flipper.

add adb wireless to toggle map

Phase 1 of the Animation chooser. Simple helpers to let users
choose the animation for the swipe ribbon and app window.
ill be adding some fancier animations for now just some of
the stock AOSP one.

Add lots o animation options. Also preload animations instead
of creating them at run time, should smooth things out a bit.

Keyboard IME hide, Vertical spacing App window, Cache resources.

Fix IME hide when navbar hidden.

Longpress on app window now takes you to app info.

Change-Id: I7c59fc915473fe320639eda446a735dee8500efa
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>