noticed this on iPhones with iOS 4.3.5 in built-in mobile safari
to see it, you can create a table in a scrollcontainer which is big enough to cause overflow and give it a border. now scroll a little and try to get it back to "position 0".
the border does not get fully visible in our tests. i think this is caused by the condition in the move function, which checks if the event default should be prevented or changeScrollTarget should be called:
to my understanding this does not check if there is still overflow in the direction the user desires to scroll, but if the movement the user caused would be bigger than the overflow in the respective direction.
in my case i was able to fix that by checking if the left/right/top/bottom border is reached, like
noticed this on iPhones with iOS 4.3.5 in built-in mobile safari
to see it, you can create a table in a scrollcontainer which is big enough to cause overflow and give it a border. now scroll a little and try to get it back to "position 0".
the border does not get fully visible in our tests. i think this is caused by the condition in the
move
function, which checks if the event default should be prevented orchangeScrollTarget
should be called:to my understanding this does not check if there is still overflow in the direction the user desires to scroll, but if the movement the user caused would be bigger than the overflow in the respective direction.
in my case i was able to fix that by checking if the left/right/top/bottom border is reached, like
i think if no border is reached yet, the scroll target should not be changed, but the default should be prevented