[Webkit-unassigned] [Bug 169509] If a scrollable layer is at its end position and user tries to scroll it with a down-scroll gesture, it will not scroll

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Dec 10 10:59:28 PST 2018


https://bugs.webkit.org/show_bug.cgi?id=169509

jonjohnjohnson <hi at jonjohnjohnson.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hi at jonjohnjohnson.com

--- Comment #5 from jonjohnjohnson <hi at jonjohnjohnson.com> ---
Created attachment 356972

  --> https://bugs.webkit.org/attachment.cgi?id=356972&action=review

Hack to enable "overscroll-behavior: contain" style behavior

The test case attached shows a "workaround" for this, even if it has the quirk of what some folks know as "scroll-rails" (courtesy of ms/ie) on latching horizontal scroll gestures, locking up vertical scrolling until the test cases "hidden" horizontal scroll container animates to a stop.

It shows the only non-javascript way to fix webkits lack of an "overscroll-behavior" property (Or even if your work on the css side of pointerEvents would make use of the "touch-action" property?). But requires quite a few extra elements/pseudos, an extra scroll container, and the use of quite constrained sticky positioning.

I think what noam at webkit.org is referring to for javascript "1px short of scroll boundaries" would be things like https://github.com/ecto/ripstop.

And I know there are many articles out there about this, especially attempting to work around modals like https://benfrain.com/preventing-body-scroll-for-modals-in-ios/ when iOS fixed positioning still enables scroll chaining unlike most desktop environments.

I haven't wanted to share this with any other devs for fear of such a messy hack becoming used all over, but figured I'd share here, even while I use less reduced versions of this hack in production myself.

If anything, could I get a response from anyone (maybe fred.wang at free.fr?) in the know about how/if your implementation of "overscroll-behavior" (https://bugs.webkit.org/show_bug.cgi?id=176454) will relate to this issue???

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20181210/cb98c761/attachment.html>


More information about the webkit-unassigned mailing list