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

Start an internet-draft #71

Closed
jyasskin opened this issue Jun 13, 2017 · 3 comments · Fixed by #76
Closed

Start an internet-draft #71

jyasskin opened this issue Jun 13, 2017 · 3 comments · Fixed by #76
Assignees

Comments

@jyasskin
Copy link
Member

jyasskin commented Jun 13, 2017

This supports the IETF submission. It has to happen before they close the RFC database from July 3 until the Prague meeting.

We can use https://github.com/cabo/kramdown-rfc2629 to author in markdown, and https://github.com/martinthomson/i-d-template to build with Travis CI.

@jyasskin jyasskin self-assigned this Jun 13, 2017
@jyasskin jyasskin changed the title Write an internet-draft Start an internet-draft Jun 13, 2017
@lrosenthol
Copy link

@jyasskin can you explain why you want to have this work happen through IETF instead of W3C?

@jyasskin
Copy link
Member Author

@lrosenthol The IETF has way more expertise developing file formats than the W3C. One can even think of the packaging format as a transport protocol with particular constraints on the connection, which is squarely in the IETF's domain.

That said, the W3C is definitely the right place to specify how browsers load the format, and, for publications, how publication-readers load it, which could be different from browsers. I expect to have 2+ specifications as a result: one in the IETF, and one or more in the W3C and maybe elsewhere.

@lrosenthol
Copy link

@jyasskin Historically, I would agree with you about that. However, with the IETF (which has over a decade) of packaging and format experience joining the W3C this year, you now have a group of people who not only have the knowledge but are also engaged to this work. I am not sure that the IETF folks will be as engaged. In a related bit, I would think that having the browser vendors at the W3C aligning on the format as a "web archive" would be a win.

I would strongly prefer that we keep the entire thing, but broken into separate work items as you suggest, would be best.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants