- From: Bramus! via GitHub <sysbot+gh@w3.org>
- Date: Mon, 03 Oct 2022 08:52:37 +0000
- To: public-css-archive@w3.org
> > Open to other suggestions too. > > What about `dynamic-ui`? That would be more generic. I think this term – along with `interactive-widgets` – could be confused with the “dynamic toolbars”, a term often used to name the “UA interfaces that are dynamically expanded and retracted” _(which excludes the Virtual Keyboard)_. What if we avoided this by not naming anything? We could use the key `resize-behavior` with the values `shrink` _(= previous `resize-layout`)_, `visual` (*), `none` _(= previous `overlays-content`)_. But then again, this behavior is only affected by the virtual keyboard, so why aim for a generic term over `virtual-keyboard`? (*) Might need a better word for this … > I love the approach with the additional meta viewport parameter as it pretty much falls in line with previous usage of it. 👍🏻 And I'd very much love to see it in the browser sooner than later. Happy to hear! > One thing I'd like to throw into the discussion is the question if desktop viewport scrollbars should not also be consired dynamic UI and if we could lump them into into this spec, too? > > It happens quite often that they break my plans in regards to viewport related styling as documented here: [#4691 (comment)](https://github.com/w3c/csswg-drafts/issues/4691#issuecomment-1103694891) (and it turned out that `overflow: clip` is not enough of a solution, but the non-standard `overflow-x: -moz-hidden-unscrollable` and `overflow-y: overlay` were) That‘s outside of the scope of this issue, and is being discussed in https://github.com/w3c/csswg-drafts/issues/6026 > Finally, probably overreaching the scope of this topic: can we make available currently active dynamic UI dimensions via `env()` function? Thinking of `env(dynamic-ui-inset-top)`, `env(dynamic-ui-inset-right)`, `env(dynamic-ui-inset-bottom)` and `env(dynamic-ui-inset-left)`. The Virtual Keyboard API [offers you some values for this](https://developer.chrome.com/docs/web-platform/virtual-keyboard/#the-css-environment-variables), but only when `overlaysContent=true`. Or do you mean more generic values, to get the size of the “UA interfaces that are dynamically expanded and retracted”? You could calculate the latter manually by subtracting `100svh` from `100lhv` for example – but that only works for rectangular UIs/screens. Either way: definitely outside of the scope of this issue; sounds more like an extension to the Visual Viewport – feel free to file a new issue for this. -- GitHub Notification of comment by bramus Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7767#issuecomment-1265131593 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 3 October 2022 08:52:39 UTC