Open youennf opened 2 weeks ago
Pinching for tactile surfaces
Please see my answer here. Especially the demo it links to.
OS wide keyboard combinations, for instance https://support.apple.com/en-ke/guide/mac-help/mchl779716b8/mac.
The user might either be attempting to control the zoom on the capturing OR captured application. The capturing application has a good way of knowing which it is. For example, if the user interacts with zoom-controls the app intentionally overlays on top of the preview tile, it's clear what the user is attempting to do. By attaching setZoomLevel()
to the event handler of the relevant controls. We have a working solution here.
Is there a concrete proposal for something else? Could that alternative be shown to be superior to the existing design in some way?
Zoom-controls for the current app (Docs-Meet combo-app):
Zoom-controls for the captured app (Meet capturing Docs):
One question is how convenient that would be (more/less?) compared to web pages doing their own UI.
We have multiple Web developers participating in the origin trial, who consider the ability to present their own customized UI a must.
Issue transferred; heads up to those discussion participants who might otherwise be looking for it elsewhere: @jan-ivar, @youennf
Supporting zoom is currently an entirely different API. I am wondering whether part of the functionality could be moved back to user gesture forwarding.
In particular, user often zooms in and zooms out via two mechanisms:
This makes me wonder the following is possible:
One question is how convenient that would be (more/less?) compared to web pages doing their own UI. OS wide mechanisms are usually great for accessibility for instance.