Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider scroll responsiveness #3

Open
bokand opened this issue Jun 5, 2019 · 0 comments
Open

Consider scroll responsiveness #3

bokand opened this issue Jun 5, 2019 · 0 comments

Comments

@bokand
Copy link

bokand commented Jun 5, 2019

This proposal seems to be mainly concerned with limiting resource size; have you considered adding a mode/policy to force all scrolling on the compositor thread?

For example: today, a positioned scroller with a clip will prevent compositing so all scrolls will be only as responsive and smooth as the main thread allows. We could have a flag/FeaturePolicy that forces compositing in all cases to ensure responsiveness at the cost of correctness.

We had this experience with a local team that was struggling with performance issues on a low-end device. Figuring out why scrolling is slow required knowing the browser internals and it was very easy for regressions to slip in. It'd be much easier for developers if they could guarantee fast scrolling and then have to notice that "hey, background-attachment: fixed isn't working".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant