@bramus reading through the Virtual Keyboard shenanigans and your name pops up a lot. Firstly, thank you for trying to make some sense of it all / standardise 🙏
Is there a reason there's no viewport unit for this? (kinda like a modified svh) or has that idea been proposed/rejected for some reason?
Unless I'm missing something, it seems overly complex to change how the viewport behaves across a whole site just for the occasional situation you need something to float above a keyboard?
@Schepp@bramus yeah, having to listen on resize makes me sad. Especially as Safari seems to fire events sporadically so there’s a noticeable delay.
Something like vvh/vvw (Visible Viewport Height/Width) would be ideal, but I’d just be happy to see env(keyboard-inset-height) supported without needing any other changes.
@bramus@Schepp the trouble is you can't (presumably) have elements positioned using both behaviours at once.
If there was control via a viewport unit in CSS, then we could position individual elements without having to change browser behaviour? e.g. some could react to the visual viewport, while others may not.
I’d want an action button to remain within the visual viewport but a non-dismissed floating cookie banner to remain attached to the layout viewport as it should be unobtrusive.
Add comment