Re: [w3ctag/design-reviews] windowAudio for getDisplayMedia (Issue #1110)

christianliebel left a comment (w3ctag/design-reviews#1110)

Thanks for your proposal. It introduces a new property called `windowAudio` that can be used to indicate the "level" of audio to share when a window is shared.

Your explainer mentions that the existing `systemAudio` preference hint should now be applied exclusively for **monitor** surfaces:

> Existing functionality addresses preferences for **monitor** surfaces with `SystemAudioPreferenceEnum` (allowing `include` or `exclude` system audio).

However, the current normative text of your specification for `systemAudio` doesn’t support this:

> If present, signals whether the application would like system audio to be included among the possible audio sources offered to the user. The user agent MAY ignore this hint.

We think the changed semantics of `systemAudio` may not be very obvious. Could `systemAudio` be deprecated in favor of discrete properties `monitorAudio` (for monitor surfaces), `windowAudio` (for window surfaces), and `browserAudio` (for browser surfaces) or a new abstract audio property that applies to _all_ surfaces (acknowledging that is not the goal of your explainer)?

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

Message ID: <w3ctag/design-reviews/issues/1110/2985258836@github.com>