7516316ffdf6fbf7b248c615404831191daa66a4 |
|
18-Sep-2014 |
George Mount <mount@google.com> |
Fix exception when fragment container has no View. Bug 17535259 Change-Id: Ic58886e93557b8894d4754597889bd29476259de
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
b1413bc4de16e05ae0455cad93f1edfbcc4eced2 |
|
12-Sep-2014 |
George Mount <mount@google.com> |
Changed method name to match Activity's method name. Bug 17488968 Change-Id: Idf9957b003940464d86ac7fcfa530a9b2dfcaf47
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
362e45b58bee02699f046ed1b4492e5808837f64 |
|
05-Sep-2014 |
George Mount <mount@google.com> |
Fix build break. Change-Id: I3d41f20a8cb7f84e6c906b005b0c51318f5323f5
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
9306f07b1d66f4974a81f781d29739b30124fff0 |
|
29-Aug-2014 |
George Mount <mount@google.com> |
API Review: change SharedElementListener to SharedElementCallback Bug 17289526 Change-Id: I49f8d838207524fbf0ec099021bcf7312c28bd82
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
9f4a046cbeb22a24d322a644323b41022ad9d15a |
|
02-Sep-2014 |
George Mount <mount@google.com> |
Change Fragment Transitions to match Activity Transitions API. Bug 17188255 Change-Id: I99897ba3c78f3f140000a719afbcfac951e43290
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
0f3dfb28a503b3fb3e51666dd565b0d17eaebfbb |
|
14-Jul-2014 |
Adam Powell <adamp@google.com> |
Port of nested fragments patch Nested fragments - fragments inflated from within another fragment - are now added to the containing fragment's child fragment manager instead of the Activity's fragment manager. Bug 12763389 Change-Id: I32b3322c9b6344c69f2fefc6e443b656b5f8fc5b
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
5e8ef0460dfca1e3806b491fa886995baf0cfe9c |
|
29-Apr-2014 |
Tor Norbye <tnorbye@google.com> |
resolved conflicts for merge of a3ff3273 to klp-modular-dev Change-Id: Idc0fdf6c997ef63c14e4d8df417d1179cdcb1403
|
a3ff3273e976adf19770651dcf473fa67b38eb22 |
|
21-Mar-2014 |
Tor Norbye <tnorbye@google.com> |
Add tools metadata annotations to the support library Change-Id: I018ccee411da848e6ced91da316f86ae149dc218
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
6252d78085a07c9d6bb4645a4e8086bf23b0a49a |
|
28-Feb-2014 |
Tim Kilbourn <tkilbourn@google.com> |
Clear child FragmentManagers when destroying Fragments. If Fragment has instantiated a child FragmentManager and is later detached, it retains its reference to the child FragmentManager which has been destroyed. This causes an IllegalStateException in the child FragmentManager if the original Fragment is reattached. Fixes Issue 42601. Change-Id: I62155a535948a73bbbc09aefc2b15cfad58b9233
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
2c53644e27f4d989b87381cdd05a037e8d98d1d4 |
|
09-Aug-2013 |
Adam Powell <adamp@google.com> |
am 7367fd6f: am 3fafb081: Pick which kind of fragment to inflate from <fragment> tags * commit '7367fd6fb5ec7d30d36711d1115f18d4a50b9f0e': Pick which kind of fragment to inflate from <fragment> tags
|
3fafb0817f980d1819d0708b3c3da00454ba4c1f |
|
09-Aug-2013 |
Adam Powell <adamp@google.com> |
Pick which kind of fragment to inflate from <fragment> tags If an Activity extends from FragmentActivity the LayoutInflaters obtained from it were previously be configured to parse <fragment> tags exclusively referring to android.support.v4.app.Fragment class names. Have FragmentActivity delegate this to the underlying device framework to allow the use of android.app.Fragment fragments in layouts. Bug 10258465 Change-Id: Ic4274657b079fbf61ddf0f34df2cdec9602fc7ed
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
80f8f434f1a5ee950084d8aedd70135de281df72 |
|
18-Jul-2013 |
Scott Main <smain@google.com> |
am 3cf73a41: am 9dcd2e58: javadoc edits for support library * commit '3cf73a4119b9b216ea22f796364ed00525ceac41': javadoc edits for support library
|
9dcd2e58138ca4eb4b18f80b50e8979329e859d6 |
|
17-Jul-2013 |
Scott Main <smain@google.com> |
javadoc edits for support library Change-Id: Ie8f228036dc9d33315430490a2e03e9c504ada71
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
2290993eddf5262a8df7fc9478daed52401e325a |
|
17-Jul-2013 |
Dianne Hackborn <hackbod@google.com> |
Add ArrayMap to support lib. Also integrate recent container class changes in to the support lib, and modify activity/fragment to use ArrayMap. Change-Id: I9f28c3661b8d9c3de8f8409e721feb1a714e9d1b
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
3a1a7fff9873abbf8097c96f7654a459bf34f223 |
|
19-Apr-2013 |
Jeff Brown <jeffbrown@google.com> |
appcompat: Add plumbing for fragment options menus. We make the callbacks available through an interface so that developers can implement them on any fragment without having to subclass ActionBarFragment. The plumbing is mainly transparent to v4 support although we needed access to a few properties. Bug: 8661191 Change-Id: I1abce746b7b8443efd406a3e1a4b92c948c678db
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
da10fdd1400ecfd8d7f2e55651dd528d0614dfc5 |
|
19-Mar-2013 |
Jeff Brown <jeffbrown@google.com> |
Move appcompat library to v7 package. Moved most of the options menu related functionality out of v4 support lib into appcompat where it belongs. These two libraries have very different design philosophies and it is important that they remain untangled. The support action bar options menu is broken by this change but will be fixed in later patches after some refactoring to more fully express the facade-like nature of the appcompat library. Collapsed the appcompat eclair, honeycomb and ics folders into one src folder because the layering did not make any sense. All of these folders were providing portions of the API. The layering will be reconstructed and improved in later patches. Moved implementation types into an internal package within appcompat to prevent them from leaking into the API. Changed the base package name to android.support.v7, similar to the gridlayout support lib. Bug: 8175766 Change-Id: I538cbe08310e63e96a2a9fed0b8636eeda530f2c
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
e0f27d39b0a4f0ef30ef6446e7b675279961cc94 |
|
28-Feb-2013 |
Chris Banes <chrisbanes@google.com> |
Move support Menu interfaces + callbacks to v4 (DO NOT MERGE) This moves the Menu* interfaces used for the ActionBar into android-support-v4. This allows us to remove ActionBarFragment and related hackery. This commit just keeps us at the same level of functionality, but is a cleaner implementation. A future feature would be to enable the use of the support Menu when not using ActionBarActivity. Change-Id: I952ce78a378e8ec3b990f5c285a44c7fc4807f0c Signed-off-by: Chris Banes <chrisbanes@google.com>
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
5f1309fe533f644638155e79d50e23060191bf59 |
|
20-Feb-2013 |
Chris Banes <chrisbanes@google.com> |
Propogate support menu callbacks to Fragments (DO NOT MERGE) This commit adds a new Fragment subtype which contains versions of the support menu calls. A number of changes to ActionBarActivity have been needed to make this possible: - ActionBarActivity and related classes have been moved to the android.support.v4.app package. - FragmentManagerImpl instance creation has been moved to a method in both FragmentActivity and Fragment, so that we can return a new sub-type: SupportMenuFragmentManager - FragmentManagerImpl is no longer final - The compat ActionBar menu set up has been changed so that it happens in onPostCreate. This is so that any fragments can be added in onCreate. Change-Id: I591ca163762431cae9a4988cd89e0711d6b5ff21
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
0adacc1aa313d757ae1c517152cef838e0f35c13 |
|
09-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Nested fragments. Change-Id: I2cfd30fda55320796c8eec738f5b9b592ea2c29c
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
5506618c80a292ac275d8b0c1046b446c7f58836 |
|
05-Jun-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #6584942 IllegalStateException: Failure saving state... ...active SuggestFragment{419494f0} has cleared index: -1 There were issues when the same fragment was removed and then added again before completely finishing the remove (such as due to a running animation). Two fixes: - Now when you call FragmentTransaction.replace() and are replacing a fragment with the same fragment, this becomes a no-op, to avoid visual artifacts in the transition and bad states. - When we are moving the fragment state up and it is currently animating away to the INITIALIZED state, we could end up making the fragment inactive as part of the cleanup. In this case it shouldn't be made inactive; we just need to initialize it but keep it active since we are going to continue to use it. Bug: 6584942 Change-Id: I4c37a8e48b115feb0892ef0eb92316d7aeba7b1b
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
be2c79d9a5439922030d2a3846c81c61f0e16912 |
|
16-May-2012 |
Dianne Hackborn <hackbod@google.com> |
Follow changes in framework. Change-Id: I424a6e8f4b8b50d421c56bb018beab1063ba2cef
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
0574ca37da4619afe4e26753f5a1b4de314b6565 |
|
17-Nov-2011 |
Svetoslav Ganov <svetoslavganov@google.com> |
Add the support libraries to the platform documentation (support libs). Updated the support libraries' documentation. bug:5629339 Change-Id: Ia026696e541ab200ce05601aabe062a303bcbb97
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
79398eaefea45e61d839cf4e0534f0eafee70a09 |
|
07-Nov-2011 |
Adam Powell <adamp@google.com> |
Change the "start deferred" fragment API to "user visible hint" - Support lib edition Allow a fragment to set a hint of whether or not it is currently user visible. This will be used implicitly to defer the start of fragments that are not user visible until the loaders for visible fragments have run. This hint defaults to true. Modify FragmentPagerAdapter to use the new APIs both in frameworks/base and here. Change-Id: Idb5bce8a9ddf484186942555cd3c581d833eba7c
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
abc968f1eba800c34a4008deb43b015da5d23a5f |
|
26-Oct-2011 |
Adam Powell <adamp@google.com> |
Defer starting fragments in FragmentPagerAdapter for offscreen pages. Add FragmentCompatICSMR1 to work with deferring fragment starts. Fix some slightly dodgy layout behavior in ViewPager when extra child views are present. Add deferred start feature to support library fragment/loader framework. Change-Id: Ied454a6f3e11024eafc970ed9d091788c2d80bab
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
218c1e661578e2a17928f7dbb590b43d1c79aeb7 |
|
02-Sep-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #5238823, #5100340 and #5249654. 5238823: java.lang.NullPointerException at... ...android.support.v4.view.ViewPager.pageRight(ViewPager.java:1335) 5100340 Leaking reallyStopped in FragmentActivity 5249654 ViewPager resets focus on layout when descendant of... ...fragment.getView() is focusable (FragmentPagerAdapter bug) Also there was a bug in the "really stopped" thing that was previously introduced -- fragments wouldn't stop their loaders until hitting that state, but they wouldn't go into that state if the fragment was deactivated or put on the back stack without the containing activity really stopping. To fix this, we now implement the really stop facility as an actual state, using the ACTIVITY_CREATED state, so that we can know when to do the really stop for both cases. Change-Id: Ia9bd55f41ad30c3ce07f99b6ac6d9113b15fe46d
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
2a4d8518f36346ea25a22a736453ff28f2954165 |
|
30-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issues 5158104 and 4981556 (fragment problems) 5158104: com.android.contacts: java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState at android.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1201) The ViewPager can just commit without worrying about a state loss, since it can correctly reconstruct its state later. 4981556: Fragment.mImmediateActivity doesn't get restored on orientation change I am giving up on this thing; I just don't see how it can actually be correct. So now instead of getting an exception about a dup add/remove at point of the add/remove call, this will happen later when processing the transaction. Also add an API for controlling the visibility of menus, which ViewPager uses to have the correct menus shows. And add a method to get the name of a back stack entry. Finally fix a recent problem in ViewPager with dealing with focus, and make ViewPager smart about handling keyboard focus navigation inside itself. Change-Id: I280269ac64079d171e9c899ea1cff7e80246c924
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
2c4b5dbfee5232bcbbcb74b84ce9147b62a9d789 |
|
15-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
Merge in fixes from main platform. Change-Id: I8e63b6990022869aa033d4672018d6585355bf76
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
9c53b844bd525e6a04e17291efc38713893074cd |
|
13-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
Update to follow fixes from platform. Change-Id: I9918b084426c62a60581e3ac6e69a48e51b7cc9b
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
5c1637087453de15e31861f073eae5133c4e9f7b |
|
06-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
Move PagerView down to the v4 support lib. Adds in standard adapters for using PagerView with the fragment support library. Also bring in the most recent HC fragment API and impl changes so that the support lib matches it. Change-Id: Id8a590378b8c544a92df4f3c11af323c930aa5fd
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
e4417c91a0bb2fba42a0aaa99edcca1b238af21a |
|
05-Apr-2011 |
Dianne Hackborn <hackbod@google.com> |
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.)
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
9277b9e4419c1f0b5236d9b573a7cc0b23d56402 |
|
09-Mar-2011 |
Dianne Hackborn <hackbod@google.com> |
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
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
681a6fb06bdedb8661a68a1b9e34727b6059aa39 |
|
14-Feb-2011 |
Dianne Hackborn <hackbod@google.com> |
Finish remaining key implementation. Change-Id: Idb10f45bc109e57966dd2abdf446e60c5fd32aec
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|
cba2e2c881e8e16ea5025b564c94320174d65f01 |
|
08-Feb-2011 |
Dianne Hackborn <hackbod@google.com> |
First checkin! Change-Id: Ib09737c48a144dd778efe4750452d74ac8265a29
/frameworks/support/v4/java/android/support/v4/app/Fragment.java
|