Initial empty repository
First checkin!

Change-Id: Ib09737c48a144dd778efe4750452d74ac8265a29
Finish remaining key implementation.

Change-Id: Idb10f45bc109e57966dd2abdf446e60c5fd32aec
Make Honeycomb MR1's LruCache available to Android 1.6+

Change-Id: I8309c022cec5a4824f7c325af921de82525e9459
http://b/3184897
Implement support for menus in fragments.

This uses a little trick to be able to take care of rebuilding
the menu when the fragments change, when running on pre-HC
platforms.  When running on HC or better, it uses the new API
to invalidate the menu.

Also adds a little bit of a helper for using new menu APIs and
fixes the implementation of dump() to call up to the super class
dump() when running on HC.

And fix a few problems that came up when running on Donut.

Change-Id: I2420545632796b3199d5eec90aa3f3372ceedb90
Update LruCache to match latest code in frameworks/base

Change-Id: Ia7d033d2f77db671956cb5a83c42e90a8fb61967
http://b/3461302
Fix break where I'm using a libcore-internal method.

Change-Id: Ie198786f3e273a7ff6777b920ab40acc5c51b836
http://b/3461302
Add android-support-v4.jar to sdk builds.

Change-Id: I98514c9ca872a0d3ae77db7baa5e45d38c465c75
Implement fragment animations.

I forgot to finish the implementation of this in the support library.
Currently the standard animations are very hard-coded to look the
same as HC.

Also bring over my MR1 fix to onInflate().

Change-Id: Ib584e158bb691986d912aea5fd3004b8b2da7a6a
Fix issue #4081614: Fragment.onActivityResult() broken in support lib

Change-Id: Ie21b8e63b3bf8bf7ed75a68604c7d352f9402e07
Use the Honeycomb MR1 API level.

Change-Id: I599b482f864d98a3f638792c2d86c302ffcad53b
http://b/4128214
Merge "Use the Honeycomb MR1 API level." into honeycomb-mr1
First submit of FragmentPager class.

This provides an easy way to build a UI where the user can
swipe left or right through its elements.  The elements are
implemented as fragments, and the class takes care of managing
those fragments as the user navigates through it.

This implementation also introduces a new FragmentManager
concept of a "detached" fragment -- basically a way for you
to put a fragment in the same state as when it is on the
back stack, where the framework is managing its current state
but it is no longer actively running.

Also required the introduction of new compatibility code for
MotionEvent and VelocityTracker for accessing multi-touch data.

Change-Id: I997492cfc6f1969f1a5d775385afb830f5a47795
Remove the deprecated things from Config.java. These havent been working since before 1.0.

Change-Id: I5fa9222153478891c9baaa9c8070654a8a9ac003
Tweak view save/restore state so it will play well with list views.

We need to restore the state *after* the adapter has been set;
setting the adapter clears the state.  To do this, we move the
state restore from immediately after the view is created to after
we call Fragment.onActivityAttached().

Also introduced a new Fragment.onViewCreated() callback which is
nice for fragments that want to do some setup after onCreateView()
but allow for subclasses to override that method.  (ListFragment
I'm looking at you.)

Change-Id: Ib06d7b0208306f2e4a807917a5c1d99415d31203
Add new FragmentPager class for the HC fragment API.

This introduces a new v13 library for stuff that requires at
least ICS.  It relies on new fragment APIs being introduced in
ICS.

Change-Id: I8875c3c7320f891fb5dfb2918f540c7ac221f4c2
Remove some white space.

Change-Id: I36192a9af52e0dcfd7acc214039539b5bf551ddf
DO NOT MERGE.  Integrate support work from master.

First submit of FragmentPager class.

This provides an easy way to build a UI where the user can
swipe left or right through its elements.  The elements are
implemented as fragments, and the class takes care of managing
those fragments as the user navigates through it.

This implementation also introduces a new FragmentManager
concept of a "detached" fragment -- basically a way for you
to put a fragment in the same state as when it is on the
back stack, where the framework is managing its current state
but it is no longer actively running.

Also required the introduction of new compatibility code for
MotionEvent and VelocityTracker for accessing multi-touch data.

Tweak view save/restore state so it will play well with list views.

We need to restore the state *after* the adapter has been set;
setting the adapter clears the state.  To do this, we move the
state restore from immediately after the view is created to after
we call Fragment.onActivityAttached().

Also introduced a new Fragment.onViewCreated() callback which is
nice for fragments that want to do some setup after onCreateView()
but allow for subclasses to override that method.  (ListFragment
I'm looking at you.)
am e4417c91: (-s ours) DO NOT MERGE.  Integrate support work from master.

* commit 'e4417c91a0bb2fba42a0aaa99edcca1b238af21a':
  DO NOT MERGE.  Integrate support work from master.
DO NOT MERGE: from master - Add new FragmentPager class for the HC fragment API.

This introduces a new v13 library for stuff that requires at
least ICS.  It relies on new fragment APIs being introduced in
ICS.

Change-Id: I2fcf3def0aa02d3ab7bc7b966ff03251f71a7e20