Let's give them 1 more week to respond. On Wed, Jun 1, 2022 at 9:21 AM Elad Alon <elada...@google.com> wrote:
> 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 bug >>> https://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/CAL5BFfUutaZM2p%3DxnX_Vmb6v3LPJ3RNq6qggwPhQ0iPiOsNzQw%40mail.gmail.com.