-
Notifications
You must be signed in to change notification settings - Fork 56
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
Spec Review for scroll-start-target #1011
Comments
A couple questions here:
Thanks! |
Great point but unfortunately, I'm afraid there isn't a discussion thread I can point to.
That seems like a good idea, thanks. I’ll write a PR to add a hook to the HTML spec.
The spec prioritizes selecting the |
I don't see any other issues, and I'll see if we can close this this week. |
Thanks for bringing us this review. In addition to the comments above, we think "start" in the property name may be confused with the start vs end edges of a box. Could the CSSWG look into another term there? Aside from that, we think this feature can't be considered ready until the WG has discussed using a property value other than auto, but once those two discussions have happened, it looks like a good feature, and we expect to be happy to switch this review to Resolution: satisfied if you ping us. |
こんにちは TAG-さん!
I'm requesting a TAG review of scroll-start-target
This is a proposal to introduce a CSS property which authors can use to control which element(s) a scroll container will be initially scrolled to, i.e. when it first appears on a page. It is intended to provide a reliable way for developers to give their scroll containers a non-(0,0) default starting scroll position without using JavaScript or other tricks involving animations and scroll-snapping.
Further details:
The text was updated successfully, but these errors were encountered: