Okay, will do. (I've also sent a personal email on the day the intent went out.) When shall I ping this thread if no response is received?
On Wed, Jun 1, 2022 at 8:30 AM Yoav Weiss <yoavwe...@chromium.org> wrote: > > > On Wednesday, May 25, 2022 at 2:38:53 PM UTC+2 Elad Alon wrote: > >> Contact emailselada...@chromium.org >> >> Explainer >> https://docs.google.com/document/d/1q3oGy7hLJmdQA4ZK7QG7DnwgtcpL6oB2pqLQJ6MP1tY/edit?usp=sharing >> > >> >> Specification >> https://github.com/w3c/mediacapture-screen-share/pull/222/files >> >> Summary >> >> Hint indicating to the user agent whether the application, upon calling >> getDisplayMedia() with {audio: true} or similar, wishes *system audio* to >> be offered to the user. (If not - only offer tab-audio.) >> >> >> Blink componentBlink >> <https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink> >> >> TAG reviewN/A. This is just an addition of a single flag to an existing >> dictionary, following well-known patterns. >> >> TAG review statusNot applicable >> >> Risks >> >> >> Interoperability and Compatibility >> >> *Gecko*: Positive ( >> https://github.com/mozilla/standards-positions/issues/638) Jan-Ivar >> Bruaroey from Mozilla, and Youenn Fablet from Apple, have both collaborated >> with us closely in shaping this PR. They have then approved merging this PR >> into w3c/mediacapture-screen-share. This is implicit support, so I'd >> consider it POSITIVE even though, as of the time of this writing, the >> official request for position has not yet been answered. >> >> *WebKit*: Positive ( >> https://lists.webkit.org/pipermail/webkit-dev/2022-May/032247.html) >> Jan-Ivar Bruaroey from Mozilla, and Youenn Fablet from Apple, have both >> collaborated with us closely in shaping this PR. They have then approved >> merging this PR into w3c/mediacapture-screen-share. This is implicit >> support, so I'd consider it POSITIVE even though, as of the time of this >> writing, the official request for position has not yet been answered. >> > > While encouraging, neither counts as a positive position based on > https://bit.ly/blink-signals > It might be good to give them a few more days to chime in. > > >> *Web developers*: Positive Endorsed by Google Meet. >> >> Security >> >> This feature can only be used by Web applications to REDUCE the amount of >> private information they obtain from the user. As such, this is a net >> security gain. >> >> >> >> Debuggability >> >> N/A >> >> >> Will this feature be supported on all six Blink platforms (Windows, Mac, >> Linux, Chrome OS, Android, and Android WebView)?No. Supported on all >> platforms that support getDisplayMedia. (Namely, all desktop platforms.) >> >> >> Is this feature fully tested by web-platform-tests >> <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md> >> ?No >> >> Tracking bughttps://bugs.chromium.org/p/chromium/issues/detail?id=1329129 >> >> Estimated milestones >> >> No milestones specified >> >> >> >> Link to entry on the Chrome Platform Status >> https://chromestatus.com/feature/4649448880734208 >> >> Links to previous Intent discussionsIntent to prototype: >> https://groups.google.com/a/chromium.org/g/blink-dev/c/zUJh3aXAC3k >> >> This intent message was generated by Chrome Platform Status >> <https://chromestatus.com/>. >> > -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAMO6jDN3LaE%3DCMv1JyOBYtCZmb%3D_w5p5uo-yKc%2BNi1Jt4V%2BBpQ%40mail.gmail.com.
