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

CSS Overflow: scrollbar-gutter #520

Closed
1 task done
felipeerias opened this issue Jun 2, 2020 · 8 comments
Closed
1 task done

CSS Overflow: scrollbar-gutter #520

felipeerias opened this issue Jun 2, 2020 · 8 comments
Assignees
Labels
Resolution: satisfied The TAG is satisfied with this design Topic: CSS Venue: CSS WG

Comments

@felipeerias
Copy link

felipeerias commented Jun 2, 2020

Hola TAG!

I'd like to request a TAG review of scrollbar-gutter.

The scrollbar-gutter property gives control to Web authors over the presence of scrollbar gutters separately from the ability to control the presence of scrollbars provided by the overflow property. This allows authors to avoid layout changes when the content size changes, while also avoiding ugly visuals when scrolling isn't needed.

Further details:

  • I have reviewed the TAG's API Design Principles
  • Relevant time constraints or deadlines: ideally by July 2020
  • The group where the work on this specification is currently being done: CSSWG

We'd prefer the TAG provide feedback as

💬 leave review feedback as a comment in this issue and @-notify @felipeerias

@felipeerias
Copy link
Author

Edited: added a link to the explainer.

@atanassov
Copy link

The overall explainer looks good. I would encourage you to work with the spec editors and have them adopt your illustrations.

@alice
Copy link

alice commented Jun 15, 2020

It would be nice to see a discussion of why stable can't be made the default value.

Otherwise, this looks good to me, thanks for the explainer!

@atanassov
Copy link

Having the ability to request and trigger scrollbar gutter space and/or scrollbars is great and this feature certainly makes it better. What seems obviously missing here is a way for developers to check whether or not a scrollbar is present for any given node in the DOM tree. Also, having events and the ability to attach listeners for such scrollbar events seems like a very useful and often requested feature. Perhaps this could be part of the same spec.

@felipeerias
Copy link
Author

Thank you very much for your feedback.

Regarding @alice's question about stable not being the default, my personal assumption is that doing so would break existing layouts so it is safer if scrollbar-gutter is an opt-in property.

As the discussion and implementation get started, a couple issues have come up:

In that last issue there is a mention about having "an env() way of accessing the computed scrollbar size for solving these cases" which links with @atanassov's mention of getting more information and events about the scrollbar.

I see scrollbar-gutter as a first step for solving the most common use cases, keeping in mind that eventually there might be a need for more elaborated solutions in some scenarios.

@plinss plinss added the Progress: propose closing we think it should be closed but are waiting on some feedback or consensus label Jul 20, 2020
@atanassov
Copy link

Thank you for the prompt and detail answers @felipeerias. Based on developer demand I would encourage you to continue pursuing exposure of the scrollbar state event.

During our breakout session today we discussed your proposal and are happy to see it continue developing with the csswg. We'll close it during our next plenary meeting.

@felipeerias
Copy link
Author

felipeerias commented Jul 21, 2020

Thank you, @atanassov. I agree that it makes sense to also expose a scrollbar state event.

Last month I finished the parsing of the scrollbar-gutter property in Chromium and I am now working on implementing its behaviour. This feature is still in the "test" state (one step before "experimental") so it will not be ready for prime time just yet, but I am happy to report that things are moving forward.

@atanassov
Copy link

@felipeerias Sounds great, good luck.

@atanassov atanassov added Resolution: satisfied The TAG is satisfied with this design and removed Progress: propose closing we think it should be closed but are waiting on some feedback or consensus labels Jul 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Resolution: satisfied The TAG is satisfied with this design Topic: CSS Venue: CSS WG
Projects
None yet
Development

No branches or pull requests

6 participants