Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[meta] Publish First Public Working Draft #12

Closed
anssiko opened this issue Apr 4, 2016 · 18 comments

Comments

@anssiko
Copy link
Member

commented Apr 4, 2016

This is a meta issue to keep us aware of the fact that we should attempt to publish a First Public Working Draft (FPWD) of the spec in the near future. FPWD is the first step in the formal Recommendation Track.

To be FPWD ready, we should add some prose to complement the IDL (basically, formalise the draft summaries a bit, no need to be perfect).

@mounirlamouri @avayvod It'd be great if you could triage the open issues and label the ones you feel would benefit the most from the F2F discussion. We could try to publish the FPWD already before the F2F to give it more visibility and attract outside feedback.

@avayvod

This comment has been minimized.

Copy link
Contributor

commented May 10, 2016

@anssiko any particular label we should use? Would F2F suffice?

@anssiko

This comment has been minimized.

Copy link
Member Author

commented May 16, 2016

@avayvod F2F label works fine. When we work through the issues at F2F, I'd prefer to give priority to issues that would benefit from the F2F discussion & decision the most.

We have the Tuesday morning reserved for the Remove Playback API, so I'm positive that by the time we break for lunch on that day we have a spec that is FPWD-ready and we can start publication preparations soon after.

@tidoust

This comment has been minimized.

Copy link
Contributor

commented May 24, 2016

Discussed at the F2F:
http://www.w3.org/2016/05/24-webscreens-minutes.html#item11

Goal is to collect edits from the F2F before publication.

ACTION: Anssi to send a CFC once edits are done
ACTION: Anton to collect edits and coordinate timing with Anssi

@anssiko

This comment has been minimized.

Copy link
Member Author

commented May 31, 2016

As agreed at the F2F, we will publish the First Public Working Draft (FPWD) of the Remote Playback API when the edits documented as PROPOSED RESOLUTIONs (below) have landed to the Editor's Draft. Time-wise, we agreed to target the end of June FPWD publication. Factoring in a reasonable 10 working days Call for Consensus (CfC) and some wiggle room, I'd like us to have a publication ready spec by 13 June to be referenced in the FPWD CfC.

@avayvod @mounirlamouri Does this timeline sound reasonable to you?

All - please let me know if you have any questions or concerns with this plan.

PROPOSED RESOLUTIONs from the F2F (land before FPWD):

ACTIONs from the F2F (good to land after FPWD):

My expectation is that these ACTIONs we are fine to address after the FPWD, since they seem not to alter the technical scope of the spec, and as such do not impact the Call for Exclusions triggered by the FPWD publication. We can bake these changes into the subsequent Working Draft publication that follows FPWD.

@avayvod

This comment has been minimized.

Copy link
Contributor

commented May 31, 2016

Hi Anssi,

Thanks for summarizing the proposals so neatly! Note, that Mounir and I both will have limited availability (at an internal offsite and BlinkOn) the week of June 13 so more wiggle room might be needed.

That said, I'm going to draft PRs for the proposed resolutions in advance this week and the next in hope there will be no more than minor adjustments to the proposals before the 10 working days deadline (which is June 8, right?). That should allow us to land the PRs in time for June 13, so the plan SGTM.

Thanks,
Anton.

@avayvod

This comment has been minimized.

Copy link
Contributor

commented May 31, 2016

Also, ideally I'd like to see issue #39 resolved before FPWD as it means backwards incompatible changes to the spec.

@foolip

This comment has been minimized.

Copy link
Member

commented Jun 1, 2016

ACTION: Investigate HTML source selection algorithm to decide if it is applicable, possibly on

Is the idea here that the UA would be free to pick from any of the source child elements which resource to use from the remote playback? In general I would be very cautious about that, the resource selection algorithm works by picking the first source that works, and doesn't ever switch once playback is in progress.

Is the problem at hand what to do when the resource playing locally cannot be decoded on the remote?

@foolip

This comment has been minimized.

Copy link
Member

commented Jun 1, 2016

Oops, will comment on #7 instead.

@avayvod

This comment has been minimized.

Copy link
Contributor

commented Jun 8, 2016

Hi Anssi et al,

My priorities have switched to another feature in Chrome for the next couple of weeks so I doubt I'll have enough time to fix the issues blocking the FPWD by June 13. Could we move the date to whenever all the blocking issues are closed?

Thanks,
Anton.

@anssiko

This comment has been minimized.

Copy link
Member Author

commented Jun 8, 2016

@avayvod Thanks for the heads up. Unless Mounir or someone else is able to back you up, we'll need to delay the publication. Are you able to provide a guesstimate when you think you could close the FPWD blockers so we could plan the publication accordingly. Would e.g. 27 June be too early?

@avayvod

This comment has been minimized.

Copy link
Contributor

commented Jun 8, 2016

Let's target June 27 for now and move it to later if needed.

@anssiko

This comment has been minimized.

Copy link
Member Author

commented Jun 22, 2016

@avayvod Are we still on track to close the FPWD blockers by June 27 (next Monday), or should we plan with a later date in mind?

@avayvod

This comment has been minimized.

Copy link
Contributor

commented Jun 23, 2016

Hi Anssi, probably not. I'm only getting back to work on Remote Playback API next Monday. Let's move by two more weeks, please.

@anssiko

This comment has been minimized.

Copy link
Member Author

commented Jun 23, 2016

Let's plan for 11 July to have the FPWD blockers cleared.

The upcoming vacation period might impact our publishing plans, since we'll need W3C team support to publish an FPWD (can only use the automated publication workflow for WDs).

@tidoust any blackout date for the summer months regarding publishing from the team's perspective? Assuming 11 July we have a publication ready FPWD in our hands, when could we possibly publish earliest?

@tidoust

This comment has been minimized.

Copy link
Contributor

commented Jun 24, 2016

@anssiko The only blackout dates before TPAC are next week (Geek Week), so no problem for a later publication.

Once we have a publication ready FPWD in our hands, we first need to record the group's approval to publish the FPWD. Once done, I need to get the approval of the Ubiquitous Web domain lead, and request publication (FPWD still need to be published manually, Echidna cannot be used). The first step is the longest:

  • CfC - 10 days which would take us to 22 July. Or is the document ready enough to send a conditional CfC early next week?
  • Domain lead approval - <1 day (unless Philipp is not available)
  • Publication request - ~2 days but may be less, especially if the document passes "pubrules" (and it will!). Publications happen on Tuesdays and Thursdays.

In short, the internal process should not add much overhead, it all depends on the call for consensus.

Note: as part of the CfC, the group needs to agree on a short name for the spec, which I assume will be "remote-playback" (the shortname appears in the URL of the spec: https://www.w3.org/TR/[shortname]).

@anssiko

This comment has been minimized.

Copy link
Member Author

commented Jun 27, 2016

CfC: Publish First Public Working Draft of Remote Playback, review by 11 July

Note: the FPWD publication is conditional to the F2F resolutions being integrated into the spec.

@tidoust To plan ahead, assuming we have a publication ready FPWD by 11 July, can you try to schedule a Domain lead approval as well as publication request at the earliest next opportunity after that?

@tidoust

This comment has been minimized.

Copy link
Contributor

commented Jul 1, 2016

@anssiko Yes, I will try to arrange things accordingly.

@anssiko

This comment has been minimized.

Copy link
Member Author

commented Jul 14, 2016

First Public Working Draft published:
https://www.w3.org/TR/2016/WD-remote-playback-20160714/

@anssiko anssiko closed this Jul 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
4 participants
You can’t perform that action at this time.