summaryrefslogtreecommitdiffstats
path: root/core/java/android/widget/ScrollView.java
Commit message (Collapse)AuthorAgeFilesLines
...
| * Fix bug 2973252 - Make overscroll glow respect ifContentScrollsAdam Powell2010-09-031-9/+17
| | | | | | | | Change-Id: I0e4bf09c0cbc660c9b8d26a3526b09568c05e93d
| * DO NOT MERGE Overscroll continues; asset and behavior tweaks.Adam Powell2010-09-021-3/+3
| | | | | | | | Change-Id: I367643877a397e7b4fa9bd8c40639ff69436e7f0
| * New edge effects for scrolling widgets (overscroll)Adam Powell2010-08-301-15/+137
| | | | | | | | | | | | | | | | TODO: Currently disabled for WebView. Assets used for the glow effect need to be themable/styleable. Overscroll effect should take place even when the user did not grab the widget within actual content. Change-Id: I68277d14d37dc5bcdb9254eaddf6e4998b3f2bf4
* | Change behavior of multitouch in scrolling views.Adam Powell2011-02-281-0/+8
| | | | | | | | | | | | | | | | | | | | New pointers touching the screen always become the active pointer. Still to do: allow flings until another pointer moves enough to stop it. Currently flings will be immediately stopped by the other pointers still contacting the screen. Change-Id: Ic1c7bf98dcf40252593cec0ab1f0d524aaeed8e4
* | Add support for mouse hover and scroll wheel.Jeff Brown2011-02-251-0/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Dispatch ACTION_HOVER_MOVE and ACTION_SCROLL through the View hierarchy as onGenericTouchEvent. Pointer events dispatched this way are delivered to the view under the pointer. Non-pointer events continue to be delivered to the focused view. Added scroll wheel support to AbsListView, ScrollView, HorizontalScrollView and WebView. Shift+VSCROLL is translated to HSCROLL as appropriate. Added logging of new pointer events in PointerLocationView. Fixed a problem in EventHub when a USB device is removed that resulted in a long stream of ENODEV errors being logged until INotify noticed the device was gone. Note that the new events are not supported by wallpapers at this time because the wallpaper engine only delivers touch events. Make all mouse buttons behave identically. (Effectively we only support one button.) Change-Id: I9ab445ffb63c813fcb07db6693987b02475f3756
* | Code clean-up around ScrollView.Gilles Debunne2011-02-251-32/+16
| | | | | | | | Change-Id: Ia110f30279a93c96741e9afbd93ed6231aa97ef1
* | Fix bug 3362273 - Make overscroll glow appear within padding regionAdam Powell2011-02-151-4/+5
| | | | | | | | Change-Id: I3c6513ada6bdd192c83f3ff59a2c85717156de22
* | Optimize invalidate() calls.Romain Guy2011-01-261-1/+1
| | | | | | | | Change-Id: I09d99290ca74f96046702bc2604f125a1276ce05
* | Use optimized display lists for all hwaccelerated renderingChet Haase2011-01-241-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, display lists were used only if hardware acceleration was enabled for an application (hardwareAccelerated=true) *and* if setDrawingCacheEnabled(true) was called. This change makes the framework use display lists for all views in an application if hardware acceleration is enabled. In addition, display list renderering has been optimized so that any view's recreation of its own display list (which is necessary whenever the visuals of that view change) will not cause any other display list in its parent hierarchy to change. Instead, when there are any visual changes in the hierarchy, only those views which need to have new display list content will recreate their display lists. This optimization works by caching display list references in each parent display list (so the container of some child will refer to its child's display list by a reference to the child's display list). Then when a view needs to recreate its display list, it will do so inside the same display list object. This will cause the content to get refreshed, but not the reference to that content. Then when the view hierarchy is redrawn, it will automatically pick up the new content from the old reference. This optimization will not necessarily improve performance when applications need to update the entire view hierarchy or redraw the entire screen, but it does show significant improvements when redrawing only a portion of the screen, especially when the regions that are not refreshed are complex and time- consuming to redraw. Change-Id: I68d21cac6a224a05703070ec85253220cb001eb4
* | Never drag scroll views with no children.Jeff Brown2011-01-181-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes a regression from Froyo. Previously, when a scroll view had no children, its onTouchEvent would return because the scroll view would only start dragging if the user touched one of its children. In Gingerbread, the user can drag from anywhere within the scroll view, not just by touching a child. However, it makes no sense to drag a scroll view that has no children so an empty scroll view should just ignore touches like any other empty view group would. This change fixes applications that for some reason or other happen to have empty scroll views in strange places. Bug: 3246230 Change-Id: Iada6e886e8363e6778f42fc4861de228512d8bed
* | Don't match wrap_content/match_parent children with child count = 1.Romain Guy2011-01-071-0/+2
| | | | | | | | | | | | Bug #3328711 Change-Id: Ic131f2feecbeec4a7250d47193c9794aa70d22ee
* | Make FrameLayout support mixed wrap_content/match_parent children.Romain Guy2011-01-041-3/+3
| | | | | | | | | | | | | | | | | | | | | | Bug #3259668 If a FrameLayout is measured with an UNSPECIFIED or AT_MOST spec, it cannot correctly define the size of its children set to match_parent. This change adds a second measurement pass similar to what LinearLayout does in the same situation. Change-Id: I20ac5203c2efc2e559f88b2c9573d4ad7df488b4
* | Make horizotnalscrollview and scrollview edgeglows match the new algorithm.Mindy Pereira2010-12-071-4/+4
| | | | | | | | | | | | | | | | Instead of going past the left and right sides, the glow now stretches just to the width of the edge and stops. For horizontalscrollview, instead of going past the top and bottom, now stretches just to the height and stops. Change-Id: I0cc9bdef3ab263b16dd32e088c6b64ff5a8809c8
* | Per designers, update the algorithm for when effect is clipped or stretched.Mindy Pereira2010-11-241-25/+26
| | | | | | | | | | | | | | | | | | New algo is: 1) if view width < MIN_WIDTH (currently 300px), clip glow and edge to fit 2) else stretch glow and edge to fill width 3) make alpha and height of edge and glow 30% "more intense" Change-Id: I8f121bb165a8fb835bc33950dbedd1bc80c5df65
* | StrictMode.Span annotations for ScrollView.Brad Fitzpatrick2010-11-231-21/+70
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Between the animation system, ListView, and this, we can now account for the large majority of animations in-flight at any point and annotate StrictMode violations accordingly. Note that StrictMode.Span goes out of its way to not allocate memory and is very light-weight, especially on user builds where it's a no-op. I've tested this with the LOG_V debugging in StrictMode and I think I've gotten all the entry/exit cases of ScrollView's animations. At least, I'm not able to get it out-of-sync at least, even with orientation changes during scroll/fling, etc. It's possible I missed a path, but that should show up as excessive false positives during dropbox uploads if so. Change-Id: I3b0545111a775d9fa8e171f2a190031f1b56c4c0
* | Merge overscrolling from gingerbread.Adam Powell2010-11-231-18/+166
| | | | | | | | Change-Id: I3eb4413261b38ddd8c609d6153bdfd4ae46c6a0f
* | Add documentation for fillViewport.Romain Guy2010-08-161-10/+6
|/ | | | Change-Id: I34f5418ca33933dc5cf65f4e417d918bce83ab96
* Fix regression introduced when fixing focus issue with ScrollView.Romain Guy2010-04-091-1/+1
| | | | | | | | Bug #2581646 The correct fix is to make ScrollView ignore the BACK key instead of consuming it. Change-Id: I5c029a5c60ae8e7791391f63672c44b5c96fec71
* Fix bug 2562240 and clean up scrollbar behaviorAdam Powell2010-03-311-0/+1
| | | | Change-Id: I551803a1c997c9d10e1d004ce14472af6090f432
* Remove overscrollingAdam Powell2010-03-291-64/+17
| | | | Change-Id: I7e9db8d8a9b8ef67f0c0c82bf57c9155b7ebabea
* API refactoring for OverScroller.Adam Powell2010-03-251-1/+0
| | | | | | | | | OverScroller is no longer a child class of Scroller and several Scroller methods that do not make sense for OverScroller and could cause misbehaving edge cases have been removed or hidden and deprecated. Change-Id: Ie055b607bd3b36c47ab9798d5c9518aef686b474
* Fix some bugs/edge cases in ScrollView/HorizontalScrollViewAdam Powell2010-03-241-10/+27
| | | | | | | | Handle ACTION_CANCEL, fix edge cases related to grabbing content and beginning a new scroll during overfling/springback. Will prevent some cases where a view could get stuck overscrolled. Change-Id: I7e89d9de9b7dc685d2ea278e6b2bd2c794364204
* Fix for bug 2502886 - stupid monkeys.Adam Powell2010-03-241-1/+7
| | | | | | | Plugged a possible edge case with ScrollView/HorizontalScrollView that could cause this error. Change-Id: I509004189b9f5e536d6213c9fdfff598d9f958ca
* Fix bug 2537626.Adam Powell2010-03-231-1/+1
| | | | | | | Awaken scroll bars in onOverscrolled instead of based on the timing reported by the Scroller's animation. Change-Id: I8510b92b9fdf471fc8d6f8f089681eb23d10f190
* New OverScroller with edge bouncing effect.Gilles Debunne2010-03-191-1/+2
| | | | | | | | | OverScroller has been made a Scroller child class. Both use a physical constant deceleration force to compute the animation. OverScroller also includes a rubber edge bounce effect. Approved by Jim Palmer. Change-Id: I3f43a03694b8cb6bfa0784c2663b37c9c39322cc
* Eliminate haptic feedback when hitting an overscroll barrier due to a fling.Adam Powell2010-03-171-2/+2
| | | | Change-Id: I434ec3edd95a19677ad9dbd1ac5ca3f3f5d091cb
* Report scroll events from ScrollView and HorizontalScrollView.Romain Guy2010-03-081-8/+4
| | | | | | | | Bug #2342763 Also fix typos in TextView. Change-Id: I58ab906b9bebe562c1a913977e2d6970bfcf3788
* HorizontalScrollView multitouch scroll and only grip on contentAdam Powell2010-02-251-2/+2
| | | | AbsListView multitouch scroll and only grip on content
* ScrollView multiple pointer support. Fixed a bug where ScrollViewAdam Powell2010-02-241-15/+65
| | | | wouldn't scroll if the initially tapped child ignores the down event.
* Make ScrollView only do overscroll if you're grabbing the child view.Joe Onorato2010-02-241-21/+49
|
* Fix for [Horizontal]ScrollView scroll range reportingAdam Powell2010-02-161-4/+5
|
* Overscrolling modifications. Overscroll will not allow the user toAdam Powell2010-02-121-8/+59
| | | | | | | scroll content out of view. Scrolling will slow down halfway to the barrier point. API added in View. AbsListView, ScrollView, HorizontalScrollView all use this API. Overscrolling uses haptic feedback. Added scroll barrier pattern to config.xml.
* Don't bounce programmatic scrolls of ScrollView and HorizontalScrollView.Adam Powell2010-01-281-4/+7
|
* ScrollView and HorizontalScrollView now will spring back if smoothScrollBy ↵Adam Powell2010-01-281-1/+8
| | | | scrolls out of bounds. Tweaked bounce physics for OverScroller.
* Added OverScroller and overscroll effects for ScrollView and ↵Adam Powell2010-01-271-35/+21
| | | | HorizontalScrollView.
* Fix scroll jump in ScrollView.Romain Guy2009-12-011-2/+1
| | | | | | | | If a touch event was targeted at a ScrollView child, the content would jump after the user moved her finger by the required threshold. This is inconsistent with ListView's behavior. Fixes #2296622.
* Fading scrollbars return. But you have to opt in.Mike Cleron2009-09-281-0/+2
|
* Fix bug with ScrollView so that text entry fields are not hidden by virtual ↵Jack Veenstra2009-09-211-7/+8
| | | | keyboard.
* Fixes #1972421. Prevents crash in ScrollView/HorizontalScrollView.Romain Guy2009-07-101-54/+46
| | | | Add several checks to make sure there's at least one child.
* Fixes #1444844. Set a maximum fling velocity in scrollable views.Romain Guy2009-07-061-5/+8
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-0/+1232
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-1232/+0
|
* auto import from //branches/cupcake/...@130745The Android Open Source Project2009-02-101-25/+19
|
* auto import from //branches/cupcake/...@126645The Android Open Source Project2009-01-151-13/+1
|
* Code drop from //branches/cupcake/...@124589The Android Open Source Project2008-12-171-3/+40
|
* Initial ContributionThe Android Open Source Project2008-10-211-0/+1213