[w3ctag/design-reviews] Virtual Keyboard API - boundaries of docked overlay keyboard (#507)

Hello TAG!

I'm requesting a TAG review of VirtualKeyboard API.

The Virtual Keyboard (VK) is the on-screen keyboard used for input in scenarios where a hardware keyboard may not be available. Unlike a hardware keyboard, a VK can adapt its shape to optimize for the expected type of input. Authors have control over the displayed shape of the VK through the inputmode attribute, but have limited control over when the VK is shown or hidden.
We propose a new VirtualKeyboard interface that has APIs to provide authors with more control over when the VK is shown or hidden and also exposes the size of the VK so the page can reflow its content if part of it is occluded by the VK.

Explainer (minimally containing user needs and example code):  https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/master/VirtualKeyboardAPI/explainer.md

Security and Privacy self-review²: https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/master/VirtualKeyboardPolicy/security-privacy.md

GitHub repo (if you prefer feedback filed there): https://github.com/MicrosoftEdge/MSEdgeExplainers/issues

Primary contacts (and their relationship to the specification):
Anupam Snigdha (@snianu), Microsoft
Bo Cupp(@BoCupp-Microsoft), Microsoft
Grisha Lyukshin(@gked), Microsoft
Organization/project driving the design: Microsoft
External status/issue trackers for this feature (publicly visible, e.g. Chrome Status):
https://www.chromestatus.com/feature/5680057076940800

Further details:

[X ] I have reviewed the TAG's API Design Principles
The group where the incubation/design work on this is being done (or is intended to be done in the future): Editing Task Force
The group where standardization of this work is intended to be done ("unknown" if not known):
Editing Task Force
Existing major pieces of multi-stakeholder review or discussion of this design: w3c/editing#225
Major unresolved issues with or opposition to this design: N/A
This work is being funded by: Microsoft
We'd prefer the TAG provide feedback as (please delete all but the desired option):

🐛 open issues in our GitHub repo for each point of feedback

-- 
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/507

Received on Tuesday, 21 April 2020 08:48:59 UTC