Re: [w3ctag/design-reviews] VirtualKeyboard API - show/hide policy (#498)

> No. In the second example the browser window (meaning the OS window), the browser's visual viewport size, and the browser's layout viewport size are all unchanged. bottom: 0; for the bottom fixed element refers to a position under the virtual keyboard.

This means that the content under the keyboard is effectively unreachable unless the keyboard is dismissed, right?

VisualViewport was meant to address exactly this kind of scenario (along with [position: device-fixed](https://www.quirksmode.org/blog/archives/2010/12/the_fifth_posit.html) which IIRC Edge/IE implemented) but unfortunately didn't foresee the multi-screen use case.

I recall discussing it at some point but is the multi-screen model documented somewhere? Is it that the two screens effectively form one big rect as far as the page and layout is concerned? i.e. visual viewport reports one bigger screen?

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3ctag/design-reviews/issues/498#issuecomment-698567349