search

w3c / window-management

Window Management API
https://www.w3.org/TR/window-management/
Other
96 stars 25 forks source link

Additional ability for window to stay on top of other windows #10

Open ThomasTheDane opened 4 years ago

ThomasTheDane commented 4 years ago

We have a concrete request from multiple specific partners to always keep their window on top of other windows. The core example here is video conferencing where you want the window to stay on top of others.

The UA should certainly require some additional permissions or checks for this API. Maybe we can design the API so that it's a "hint" which UAs can interpret appropriately, or ignore. The MacOS "NSWindowLevel" property is an enum with things like normal, floating, modal, etc. Like the display modes value (https://w3c.github.io/manifest/#dfn-display-modes-values) - fullscreen, standalone, minimal-ui, etc we could define fallbacks. A site could request "topmost" (etc) and we simply don't honor that unless some enterprise permission is granted.

This probably makes sense as a V2 feature of this API.

Garbee commented 4 years ago

This is also a feature ChartIQ would need. We already expose this API from Electron (alwaysOnTop BrowserWindow option) up to end users. So to feature-match more of the Electron offering on the web it would be needed.

I don't currently have any exact use-cases to share as we basically give users a button (if a client developer instructs us to) where they can toggle the ability themselves on any application they want.

I also concur with not having this in V1. It isn't critical for the mainline path and I think we'll want some heavy consideration on abuse pathways.

michaelwasserman commented 4 years ago

This might a be a good case for kiosk apps on dedicated devices, but I added this thought to the additional explorations document.

michaelwasserman commented 2 years ago

This may be a reasonable enhancement to consider in the future.