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

-webkit-fill-available #18

Open
bramus opened this issue Aug 23, 2022 · 3 comments
Open

-webkit-fill-available #18

bramus opened this issue Aug 23, 2022 · 3 comments
Labels

Comments

@bramus
Copy link
Collaborator

bramus commented Aug 23, 2022

This is a placeholder issue to discuss -webkit-fill-available. It is currently not covered in the test scenarios nor covered by an explainer.

@bramus bramus added the Misc label Aug 23, 2022
@karlcow
Copy link

karlcow commented Aug 23, 2022

Do you mean covering stretch value in the tests?

width/height, (min|max)-(width|height) with the value stretch

It's a mess.

Two years ago I was wondering if there was a counter for -webkit-fill-available @foolip

@bramus
Copy link
Collaborator Author

bramus commented Oct 5, 2022

  • @emilio CSS Keyword, was supposed to only work on the inline axis. WebKit does something on the block axis, which authors now rely on.
  • @emilio We don’t want this implement this right now.
  • @emilio Useful for some viewport resizing behavior
  • @emilio We could probably ask @bfgeek about it
  • @dcrousso Will ask around as well

@bfgeek
Copy link

bfgeek commented Oct 5, 2022

We've been slowly moving our -webkit-fill-available behaviour to the behaviour of what stretch should be.

The TL;DR of stretch is that is should act similarly[1] to 100% in standards mode. E.g. if the available-size in that dimension is definite.

(The way that I think about this at least is that auto maps onto either fit-content or stretch depending on the layout-mode and type of object. E.g. in flex in the cross-axis auto maps to stretch for example).

Our old implementation (and likely similar to current WebKit) behaved similarly to quirks-mode 100%. E.g. it would skip past any auto height elements in the containing-block chain up to the first "definite" thing. As a result of this lots of folks relied on this behaviour as it kinda-sorta behaved like 100dvh sometimes.

Blink can likely unprefix -webit-fill-available as stretch as we are reasonably confident that our -webkit-fill-available behaviour matches the spec.

Ian

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

No branches or pull requests

3 participants