Bug 126786
| Summary: | Allow websites to disable elastic scroll effects | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Kenneth Kufluk <kenneth> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED CONFIGURATION CHANGED | ||
| Severity: | Normal | CC: | simon.fraser, webkit |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.9 | ||
| URL: | https://twitter.com | ||
Kenneth Kufluk
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
Steps to reproduce the problem:
1. Open twitter.com and log in
2. Scroll down
3. Observe elastic scroll on window interfering with infinite scroll
What is the expected behavior?
Elastic scroll would be disabled on this site.
What went wrong?
We'd like to disable elastic scroll, to remove the jarring clash between the infinite scroll and elastic scroll effect.
We might also use overscroll in the future for pull-to-refresh effects.
It's currently possible to remove this effect by using overflow:hidden on the html & body, and adding scroll to a wrapper div. However, this feels like a hack. Our library code is watching the window for scroll events.
Ideally, elastic scroll could be disabled with a CSS property or meta tag.
https://code.google.com/p/chromium/issues/detail?id=333021
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Chris Rebert
I believe you're referring to momentum/"rubber-band" scrolling, which can be controlled via https://developer.mozilla.org/en-US/docs/Web/CSS/-webkit-overflow-scrolling
Kenneth Kufluk
I'm referring to the rubber-band effect, but I'm keen ot keep the momentum scrolling.
This css property appears to address the momentum only.
Simon Fraser (smfr)
There's a proposal for a CSS property to control this: https://github.com/w3c/csswg-drafts/issues/769
Simon Fraser (smfr)
We now support overscroll-behavior.