Will do - can you think of any way to get around this in the meantime though? ScrollView has that onInterceptTouch method - anything I could do with that to trick ScrollView into thinking the touchDown location is actually where the user's finger was when the touchDown first was registered?
ScrollView is excellent, I want to avoid copying the source into my project though! Thanks again On Nov 20, 4:59 pm, Romain Guy <romain...@google.com> wrote: > That would be a bug, please file :) > > > > On Fri, Nov 20, 2009 at 10:42 PM, Mark Wyszomierski <mar...@gmail.com> wrote: > > Actually another observation - the slop value seems a lot better in > > the ListView class, because it looks like once the slop value is > > passed, scrolling begins "in place". > > > With ScrollView, when the slop value is passed, the view jumps to > > where the user's finger is currently located. So for ScrollView (and > > WebView) it looks like the view pops, while ListView seems to handle > > this a little better. Maybe there's a way to override ScrollView to > > have that same behavior? (without making a copy of the source code) > > > Thanks > > > On Nov 20, 4:28 pm, Mark Wyszomierski <mar...@gmail.com> wrote: > >> Hey Romain, > > >> Yeah I think it's good, just in the case where I want to scroll slowly > >> if I'm reading a large chunk of small text, it gets a little tough > >> (like the google news page etc). I think other devices have a much > >> smaller threshold for guessing a drag, so I'm probably used to that. > >> It seems like a more appropriate way to scroll on droid is to quickly > >> drag up the next portion of content you want to read, rather than do a > >> slow scroll up as you're reading, > > >> Thanks > > >> On Nov 20, 4:13 pm, Romain Guy <romain...@google.com> wrote: > > >> > That touch slop is used by all scrollable views (like ListView). It is > >> > definitely not too high for use with a finger on a touch screen. > > >> > On Fri, Nov 20, 2009 at 3:53 PM, Mark Wyszomierski <mar...@gmail.com> > >> > wrote: > >> > > Well I got a clone of ScrollView to compile, turns out it's the > >> > > constant: > > >> > > private static final int TOUCH_SLOP = 16; > > >> > > as read from ViewConfiguration which is the real control variable > >> > > here. I think it's too high for a ScrollView, but since they hard- > >> > > coded it into the ScrollView source, I don't think there's a way to > >> > > tweak it (besides leaving my cloned version in my project, which is a > >> > > little scary) > > >> > > Thanks > > >> > > On Nov 20, 8:10 am, Mark Wyszomierski <mar...@gmail.com> wrote: > >> > >> Hi Mark, > > >> > >> Yeah I was thinking of doing this, I gave it a quick try but am > >> > >> probably copying the source from the wrong location. I tried looking > >> > >> here: > > >> > >>http://android.git.kernel.org/?p=platform/frameworks/base.git;a=blob;... > > >> > >> but am not sure which version corresponds to the 1.5sdk which I'm > >> > >> targeting. A quick try on a few of them led to unresolved inherited > >> > >> member variables, so I'm thinking I'm not copying the correct version > >> > >> for my SDK > > >> > >> Thanks > > >> > >> On Nov 20, 7:44 am, Mark Murphy <mmur...@commonsware.com> wrote: > > >> > >> > Mark Wyszomierski wrote: > >> > >> > > Is there no way to change the timeout to scroll in ScrollView? In > >> > >> > > the > >> > >> > > source, it's set to: > > >> > >> > > static final int ANIMATED_SCROLL_GAP = 250; > > >> > >> > > so any drags will be blocked for 250ms. This has the appearance > >> > >> > > of the > >> > >> > > ScrollView being stuck for a bit before it moves. This makes small > >> > >> > > scroll gestures difficult to work with. There's no way around > >> > >> > > this? > > >> > >> > Tactically, clone the code and make your own version that behaves > >> > >> > as you > >> > >> > wish. Strategically, contribute patches back that make this > >> > >> > configurable, so eventually you can stop maintaining your separate > >> > >> > edition. > > >> > >> > -- > >> > >> > Mark Murphy (a Commons > >> > >> > Guy)http://commonsware.com|http://twitter.com/commonsguy > > >> > >> > Warescription: Three Android Books, Plus Updates, $35/Year > > >> > > -- > >> > > You received this message because you are subscribed to the Google > >> > > Groups "Android Developers" group. > >> > > To post to this group, send email to > >> > > android-developers@googlegroups.com > >> > > To unsubscribe from this group, send email to > >> > > android-developers+unsubscr...@googlegroups.com > >> > > For more options, visit this group at > >> > >http://groups.google.com/group/android-developers?hl=en > > >> > -- > >> > Romain Guy > >> > Android framework engineer > >> > romain...@android.com > > >> > Note: please don't send private questions to me, as I don't have time > >> > to provide private support. All such questions should be posted on > >> > public forums, where I and others can see and answer them > > > -- > > You received this message because you are subscribed to the Google > > Groups "Android Developers" group. > > To post to this group, send email to android-developers@googlegroups.com > > To unsubscribe from this group, send email to > > android-developers+unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/android-developers?hl=en > > -- > Romain Guy > Android framework engineer > romain...@android.com > > Note: please don't send private questions to me, as I don't have time > to provide private support. All such questions should be posted on > public forums, where I and others can see and answer them -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en