[meta] Publish Proposed Recommendation

[anssiko]

This meta issue tracks progress toward the Remote Playback API Proposed Recommendation (PR) publication. Editor: @mounirlamouri

You see many tickboxes below, but fear not. Almost all of them are administrative in nature and we'll bite that bullet for you with @tidoust. In fact, only the following needs explicit input from the group:

TL;DR: before advancing to PR the group needs to identify whether any of the issues raised since 2017-10-19 are substantive and address them, or whether they should be deferred to the next version of the API.

Please provide your feedback by 2020-01-17.

The general requirements for advancement:

• [ ] must record the group's decision to request advancement.
• [ ] must obtain Director approval.
• [x] must provide public documentation of all substantive changes to the technical report since the previous publication.
  • https://github.com/w3c/remote-playback/commits/gh-pages
• [ ] must formally address all issues raised about the document since the previous maturity level.
  • issues raised since 2017-10-19
• [x] must provide public documentation of any Formal Objections.
  • none

The general should requirements aka nice-to-haves

• [ ] should provide public documentation of changes that are not substantive.
• [ ] should report which, if any, of the Working Group's requirements for this document have changed since the previous step.
• [ ] should report any changes in dependencies with other groups.
• [ ] should provide information about implementations known to the Working Group.

The PR-specific requirements for advancement:

• [ ] The status information must specify the deadline for Advisory Committee review, which must be at least 28 days after the publication of the Proposed Recommendation and should be at least 10 days after the end of the last Exclusion Opportunity per section 4 of the W3C Patent Policy.
• [ ] must show adequate implementation experience except where an exception is approved by the Director,
  • two independent implementations pass the (incomplete, see below) test suite, see test results
  • gap: test automation for other than non-user gesture and non-device specific parts https://github.com/w3c/remote-playback/issues/92
• [x] must show that the document has received wide review,
  • wide review received during CR https://github.com/w3c/remote-playback/issues/73
• [x] must show that all issues raised during the Candidate Recommendation review period other than by Advisory Committee representatives acting in their formal AC representative role have been formally addressed,
  • no issues raised between 2017-10-19 and 2017-11-30
• [ ] must identify any substantive issues raised since the close of the Candidate Recommendation review period,
  • issues raised since 2017-11-30
• [x] may have removed features identified in the Candidate Recommendation document as "at risk" without republishing the specification as a Candidate Recommendation.
  • No feature has been identified as being at risk.