[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