| 9439d708170c7dd6c985453fd1999bbe8445eddf |
|
25-Oct-2016 |
Alan Viverette <alanv@google.com> |
Move all support library projects to use a single compilation unit
Also cleans up build files to include annotations as an explicit import,
set compileSdkVersion consistently to currentSdk, and remove unnecessary
lines. Removes obsolete API directories in VDC / AVDC.
Because NotificationCompatBase was using @removed APIs, updated that class
to use reflection. Also fixes method visibility in VDC / AVDC.
Bug: 29630077
Test: make and gradle builds successful
Change-Id: Ia9208246837347ce3d8df4adbe6b0ce406d3844a
/frameworks/support/v7/recyclerview/Android.mk
|
| 7b59d3ae599949c7c6b4c5806b4dda7f41147690 |
|
13-Jun-2016 |
Alan Viverette <alanv@google.com> |
Remove old API check artifacts, invoke gradle from old make target
Fixes paths in build.gradle so they are relative to the project root,
rather than the current directory.
Bug: 28124434
Change-Id: Ieeae97cd789a6addf3282f2c43cd754ca8e84c57
/frameworks/support/v7/recyclerview/Android.mk
|
| 3c141cd9c1cfecd9352b82d9dae4d9601fabd4e6 |
|
11-Jun-2016 |
Yigit Boyar <yboyar@google.com> |
Revert "Remove old API check artifacts, invoke gradle from old make target"
This reverts commit 009647bbfa5efef608d6a660fc8ba191d876b1ed.
Change-Id: I59deae2a7180f58bc0c770f7b3f70962c8d2f73f
/frameworks/support/v7/recyclerview/Android.mk
|
| 009647bbfa5efef608d6a660fc8ba191d876b1ed |
|
09-Jun-2016 |
Alan Viverette <alanv@google.com> |
Remove old API check artifacts, invoke gradle from old make target
Fixes paths in build.gradle so they are relative to the project root,
rather than the current directory.
Bug: 28124434
Change-Id: I8cde9db47d60ec1220d35fce5ef6fd2c6e97b1f8
/frameworks/support/v7/recyclerview/Android.mk
|
| 55fc3f2df63118f3d4daea6df5b5eb531dcf194f |
|
12-May-2016 |
Kirill Grouchnikov <kirillg@google.com> |
Internal cleanup
* Make more targeted dependencies where we can
* Remove build targets for folders that are no longer there
Change-Id: I3477e7d2b06e6095badfed18f4977d26757ba3ea
/frameworks/support/v7/recyclerview/Android.mk
|
| df153998b2e93117ec6fd9b799130a4fd7cc5960 |
|
04-May-2016 |
Kirill Grouchnikov <kirillg@google.com> |
Bump minSdk to 9 everywhere where it was < 9
Change-Id: Icebaa867824aa8eeda44206155670d5e390d35b3
/frameworks/support/v7/recyclerview/Android.mk
|
| 6759b1021d8198ad1d239bb30e5a102b99624bce |
|
25-Feb-2016 |
Adam Lesinski <adamlesinski@google.com> |
Build support libs with AAPT2
Use AAPT2 to build the framework support libraries. Apps built with AAPT2 can more efficiently
link against these libraries by specifying their module name in LOCAL_STATIC_ANDROID_LIBRARIES.
Ex:
LOCAL_STATIC_ANDROID_LIBRARIES := android-support-v7-appcompat android-support-v4
Apps built with AAPT2 do not need to specify --auto-add-overlay or --extra-packages, as these
are automatically added as needed by the build system.
This change will not affect any apps that currently depend on the support libraries.
This is because they import the resources directly.
We use LOCAL_JAR_EXCLUDE_FILES := none only to support javac when building javadoc.
Jack builds are correct because the build system passes in the latest generated R.java
ahead of any previous ones packaged in classes.jack. This means we can dynamically reference
a support lib module, correctly seeing non-final R.java. Then at app package time, we only
include the final R.java generated by the AAPT2 packaging step.
Bug:25958912
Change-Id: I6577a91e4d428dd29fecaa86a26be43d4da8310c
/frameworks/support/v7/recyclerview/Android.mk
|
| 57f39186667b8acef1a0ebeda585c357a751a8b3 |
|
02-Apr-2016 |
Adam Lesinski <adamlesinski@google.com> |
Revert "Build support libs with AAPT2"
This reverts commit 66b8608151c5923de3c9877bc03218d83f6b3beb.
Change-Id: I2178c0336bef8386e1f36ff3816b6dbf1e6a64d0
/frameworks/support/v7/recyclerview/Android.mk
|
| 66b8608151c5923de3c9877bc03218d83f6b3beb |
|
25-Feb-2016 |
Adam Lesinski <adamlesinski@google.com> |
Build support libs with AAPT2
Use AAPT2 to build the framework support libraries. Apps built with AAPT2 can more efficiently
link against these libraries by specifying their module name in LOCAL_STATIC_ANDROID_LIBRARIES.
Ex:
LOCAL_STATIC_ANDROID_LIBRARIES := android-support-v7-appcompat android-support-v4
Apps built with AAPT2 do not need to specify --auto-add-overlay or --extra-packages, as these
are automatically added as needed by the build system.
This change will not affect any apps that currently depend on the support libraries.
This is because they import the resources directly.
We use LOCAL_JAR_EXCLUDE_FILES := none only to support javac when building javadoc.
Jack builds are correct because the build system passes in the latest generated R.java
ahead of any previous ones packaged in classes.jack. This means we can dynamically reference
a support lib module, correctly seeing non-final R.java. Then at app package time, we only
include the final R.java generated by the AAPT2 packaging step.
Bug:25958912
Change-Id: I5235b73ac68f2050d089aefc3163901ff80f2d46
/frameworks/support/v7/recyclerview/Android.mk
|
| 4ac91fa3f14db2f25345595fb921497c11d4e5c0 |
|
31-Mar-2016 |
Adam Lesinski <adamlesinski@google.com> |
Revert "Build support libs with AAPT2"
This reverts commit 0dac8d82e2a249d7c9c42ab259389e11cac15400.
Change-Id: I830fb18162b6eea8dde9e38f9dc39b02449ec846
/frameworks/support/v7/recyclerview/Android.mk
|
| 0dac8d82e2a249d7c9c42ab259389e11cac15400 |
|
25-Feb-2016 |
Adam Lesinski <adamlesinski@google.com> |
Build support libs with AAPT2
Use AAPT2 to build the framework support libraries. Apps built with AAPT2 can more efficiently
link against these libraries by specifying their module name in LOCAL_STATIC_ANDROID_LIBRARIES.
Ex:
LOCAL_STATIC_ANDROID_LIBRARIES := android-support-v7-appcompat android-support-v4
Apps built with AAPT2 do not need to specify --auto-add-overlay or --extra-packages, as these
are automatically added as needed by the build system.
This change will not affect any apps that currently depend on the support libraries.
This is because they import the resources directly.
We use LOCAL_JAR_EXCLUDE_FILES := none only to support javac when building javadoc.
Jack builds are correct because the build system passes in the latest generated R.java
ahead of any previous ones packaged in classes.jack. This means we can dynamically reference
a support lib module, correctly seeing non-final R.java. Then at app package time, we only
include the final R.java generated by the AAPT2 packaging step.
Bug:25958912
Change-Id: I71bff080ff2694aa3df1c8a67d933e2daab0f245
/frameworks/support/v7/recyclerview/Android.mk
|
| e1cd5a1f80010eece43cb4608505fd39f4832c00 |
|
25-Feb-2016 |
Neil Fuller <nfuller@google.com> |
Pin support libraries to Java 1.7 so they can be used with dx
The .jar artifacts must contain v51 class files to prevent them
being rejected by dx.
Bug: 26753820
Bug: 27353172
Bug: 27338966
Change-Id: I03a881a86bb6e3fcaa4ccb33e6c0615157ee363f
/frameworks/support/v7/recyclerview/Android.mk
|
| 82b55491586ac50a0f95b60e39a3c18d068941cf |
|
22-Jan-2016 |
Chris Banes <chrisbanes@google.com> |
Update support lib to use correct current SDK
BUG: 26714403
Change-Id: I2153dbda365f4552a14df1f432239bddfbbbef00
/frameworks/support/v7/recyclerview/Android.mk
|
| 639640523bdb81cc5a2ac2a1ebbe0c4e13a2c82b |
|
30-Apr-2015 |
Chris Banes <chrisbanes@google.com> |
Use doclava's new stubpackages wildcard support
Depends-on: Ibd49cc0348e2767b2c0fe6f14e7253b6d8e04c7b
Change-Id: I740a2b55156a3d5d296be390b799f9118b1820df
/frameworks/support/v7/recyclerview/Android.mk
|
| e71a1df9b3c0e1bd3c21a1b3dd20a41790d4a950 |
|
06-Jan-2015 |
Yigit Boyar <yboyar@google.com> |
Item touch interactions helper class
Notice: TBR, APIs may change
This CL adds a component that can attach to any RecyclerView
and add support for Drag & Drop and Swiping.
It assumes some defaults based on the scroll orientation of
the LayoutManager but can also be extended to customize behavior.
Bug: 18889496
Change-Id: I7aede2084efa599552e053596661fa58b2685d10
/frameworks/support/v7/recyclerview/Android.mk
|
| 0194ed84ad6f1d3d489db52b9431fa93a7697b50 |
|
16-Apr-2015 |
Deepanshu Gupta <deepanshu@google.com> |
Revert "Revert "Inflate RV attr to create the layout manager.""
This reverts commit 4d7dbfd2b24b8ebc49d3be5e0b5cbac76b2751ed.
/frameworks/support/v7/recyclerview/Android.mk
|
| 4d7dbfd2b24b8ebc49d3be5e0b5cbac76b2751ed |
|
14-Apr-2015 |
Yigit Boyar <yboyar@google.com> |
Revert "Inflate RV attr to create the layout manager."
This reverts commit 044b5b61e962367ccfc80250676eb98c86910877.
All dependent projects has to be changed to include RV resources before this can be merged.
Change-Id: I3d0af4345f9d838cc53d7ce34d81280cc7499760
/frameworks/support/v7/recyclerview/Android.mk
|
| 044b5b61e962367ccfc80250676eb98c86910877 |
|
26-Mar-2015 |
Deepanshu Gupta <deepanshu@google.com> |
Inflate RV attr to create the layout manager.
Make RecyclerView more toolable. Add a custom attribute (layoutManager)
which accepts the class name of the LayoutManager to be used. The
LayoutManager specified should have a default constructor or a
constructor with the signature: (android.content.Context,
android.util.AttributeSet, int, int).
Example usage:
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
res_auto:layoutManager="LinearLayoutManager"/>
<android.support.v7.widget.RecyclerView
android:layout_width="match_parent"
android:layout_height="match_parent"
res_auto:layoutManager=".CustomLayoutManager"/>
(res_auto is is the namespace prefix for
http://schemas.android.com/apk/res-auto)
Bug: 19780401
Change-Id: I46b26fce28c5b79b3a1e4321cf5c1e54ad089a5e
/frameworks/support/v7/recyclerview/Android.mk
|
| cda6682445556dee8a775ffd7d9291bffa3ff0f8 |
|
25-Feb-2015 |
Chris Banes <chrisbanes@google.com> |
Generate API files for the support libraries DO NOT MERGE
make update-support-api
make check-support-api (run automatically on sdk builds)
BUG: 19478450
Change-Id: Idd0f12c457b7dc084a66158de452969d7afdb8dc
/frameworks/support/v7/recyclerview/Android.mk
|
| a910619e83d0052e1d81aa5fe532821a2f99d76c |
|
09-Sep-2014 |
Yigit Boyar <yboyar@google.com> |
Add a11y support for RecyclerView
Bug: 17411052
Change-Id: I9ef93f0bb072e190d6017ee991e6d2c0ab119a62
/frameworks/support/v7/recyclerview/Android.mk
|
| 0447ba889146f60d6965e6ea66fa4e2cac4d0891 |
|
07-Apr-2014 |
Yigit Boyar <yboyar@google.com> |
RecyclerView smooth scrolling support
Added APIs and base code to RecyclerView to support smooth scrolling
Added a LinearSmoothScroll that can be used as the default one and should work well
for most layouts.
Added ScrollContext class as a POJO to carry state information to layout and scroll methods.
Change-Id: I9a83c460adfdd5330141167cfbc793beb3a845c8
/frameworks/support/v7/recyclerview/Android.mk
|
| 7dad56243ebcde65d75d592dc802269a4d86c875 |
|
18-Mar-2014 |
Yigit Boyar <yboyar@google.com> |
List Layout Manager
Layout Manager that can be attached to a RecyclerView and provide similar
functionality to android.widget.ListView.
This is work in progress but stable enough to start using. Keep in mind,
API may change.
So far, it supports:
* Horizontal and vertical layouts
* RTL layouts
* Reverse layout (similar to RTL but also works vertical)
* Stack from end (similar to AbsListView's stackFromBottom but in both
orientations).
* View recycling
It does NOT add dividers by default but you can provide them as ItemDecorators.
Change-Id: Ic13922bac938b40fd74fa2ed910cdd1c3ea735b7
/frameworks/support/v7/recyclerview/Android.mk
|
| a2d41c6cef1c20b2f3dd259c211ea8ec8e2f125a |
|
18-Mar-2014 |
Tim Kilbourn <tkilbourn@google.com> |
Don't link support-v4 statically into v7-recyclerview.
Change-Id: I59960b4d060531473bef139944f231fe97578f25
/frameworks/support/v7/recyclerview/Android.mk
|
| 009b4ef9d97e1cc237477e3284fc305bb1438cc9 |
|
19-Jul-2013 |
Adam Powell <adamp@google.com> |
Add RecylerView to the support library
RecyclerView is a new base for implementing adapter-backed views
similar to ListView. It offers a number of hooks within its API to
allow custom layouts, item display and touch behavior and richer
communication between adapters, layouts and recycling behavior. This
makes custom displays of large data sets and animations within those
presentations much easier to implement.
Start adding smoothing to ScrollerCompat.
Change-Id: Ic14c6aa723be03aa4da29d1fd44baf42a359f6c0
/frameworks/support/v7/recyclerview/Android.mk
|