- From: youennf via GitHub <sysbot+gh@w3.org>
- Date: Tue, 01 Feb 2022 13:24:29 +0000
- To: public-webrtc-logs@w3.org
> I think my comment is polite and relevant. The comment dismisses the 'reject screen' position as if there is no other ground than purity. Let's focus on finding some common ground instead. > Could you point to precedents where Apple or Mozilla have knowingly accepted spec-changes that would put them in violation of the spec Sure, this happens all the time, for instance when renaming properties. In those cases, backward compatibility is what we look at to understand whether we can make that change and how we can do it. It is fine if, for a given period of transition, the implementation is not fully aligned with the spec as long as there is a practical path to match the spec that people want to follow. AIUI, that is what you are doing here: identify backward compatibility issues and evaluate how to solve them. Given there seems to be solutions that Chrome used successfully in the past (needs validation from your side), and given you expressed interest in fixing those issues, I am thinking we have a path forward. Wdyt? Also, I do not think the PR would say that a UA MUST NOT select 'screen' as default surface (which would outlaw Chrome). The PR would say that a web page can use a property to hint at selecting tab or window, not screen. The PR would not prevent implementing another property that would enable/disable a legacy 'pick screen first' behavior. -- GitHub Notification of comment by youennf Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/184#issuecomment-1026840084 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 1 February 2022 13:24:30 UTC