- From: David Bokan via GitHub <sysbot+gh@w3.org>
- Date: Mon, 10 Oct 2022 21:09:57 +0000
- To: public-css-archive@w3.org
> As it can be more than just the Virtual Keyboard (can it?), it got renamed to interactive-widgets and later interactive-widget as we continued down that path. This is intended to apply only to virtual-keyboard and virtual-keyboard-like UI - I'm not sure if any exists today but something that's similar to today's keyboards but not necessarily exactly a keyboard (e.g. voice interpreter, handwriting panel, etc. that behave equivalently to the "regular" virtual keyboard). > Another approach: what if we called it resize-behavior? This because it allows you to define the resize behavior of the viewport(s). Values would be document-viewport, visual-viewport, and none (former overlays-content) My main push back is that this property isn't a general resizing mechanism, it applies only to virtual-keyboards. i.e. none of URL bar, bottom bars, split screen, etc. will respect this property so I think `resize-behavior` will be somewhat misleading. This addition is mainly intended to pave a path to an interoperable behavior for virtual-keyboards. I think if we want to design a more complete and general API later we can (and should!) still do that. -- GitHub Notification of comment by bokand Please view or discuss this issue at https://github.com/w3c/csswg-drafts/pull/7826#issuecomment-1273822728 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Monday, 10 October 2022 21:09:59 UTC