Re: [w3ctag/design-reviews] Capture Handle (#645)

We have continued our engagement with Mozilla and Apple. There's agreement that there are two different scenarios:
1. The captured and capturing applications have a close relationship set up. The captured application wishes to expose its **Identity** to the capturing application. The capturing application can use this to establish communications with the captured application using a mechanism of their choosing (e.g. shared cloud infrastructure). The original proposal addresses this scenario. We call this **Capture Handle Identity**.
2. The captured and capturing applications do **not** know each other. We intend to come up with another mechanism, broadly outlined in [this comment](https://github.com/w3c/mediacapture-screen-share/issues/166#issuecomment-1013161492), to address that case. To summarize that comment, the captured application will declare capabilities, and the capturing application will send actions. For example, a captured YouTube tab could declare that it supports `prev`/`next`, and a capturing VC application that has never heard of YouTube could nevertheless read this declaration and expose user-facing controls for prev/next, sending a prev/next Action to the captured application. (Note that in this scenario, the VC application does not know YouTube, but the user does.) The mechanism here is still being discussed, but there's rough agreement. We'll call this **Capture Handle Actions**.

The [resolution](https://www.w3.org/2022/01/18-webrtc-minutes.html#t06) of the Capture Handle discussions during the last WebRTC WG Interim was:
> RESOLUTION: We start a call for adoption of Capture Handle by the WG

I am therefore asking for a TAG review of **Capture Handle Identity** - see original comment in this thread. :-)

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

Message ID: <w3ctag/design-reviews/issues/645/1018861359@github.com>

Received on Friday, 21 January 2022 21:10:06 UTC