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

Figure out how to manage normative dependencies to WHATWG HTML for features not in W3C HTML for CR/REC #9

Closed
hillbrad opened this issue Oct 29, 2015 · 11 comments
Assignees
Milestone

Comments

@hillbrad
Copy link
Contributor

No description provided.

@hillbrad hillbrad self-assigned this Oct 29, 2015
@hillbrad hillbrad added this to the CR milestone Oct 29, 2015
@hillbrad
Copy link
Contributor Author

@wseltzer

@mikewest
Copy link
Member

I'll be sending out a new CfC shortly. It would be helpful to get this hammered out for the ~3 references I need from WHATWG's HTML. :)

@mikewest
Copy link
Member

Ping. I'm very wary of referencing W3C's "HTML 5.1" in its current state. If we'd like to move this document to CR, clarity on these kinds of dependencies would be appreciated.

@wseltzer
Copy link
Member

@mikewest @hillbrad -- @plehegar, let's talk

@annevk
Copy link
Member

annevk commented Jan 28, 2016

Somewhere public, I hope?

@wseltzer
Copy link
Member

@annevk likely public-webappsec

@mikewest
Copy link
Member

@wseltzer: Sorry for the substantial delay; I got distracted.

The CR proposed at https://lists.w3.org/Archives/Public/public-webappsec/2016Jul/0032.html mostly points to HTML 5.1 (though I haven't reviewed the diff from the WHATWG document, and as I noted in the F2F, I don't actually intend to do so), and has a few normative references to WHATWG specs in places where the W3C versions are missing concepts:

  1. W3C's URL hasn't been updated since 2014 and points off to https://url.spec.whatwg.org/, so that's what I'm using for URL, and a URL's "scheme" and "origin".
  2. W3C's HTML doesn't have WindowOrWorkerGlobalScope (Port the WindowOrWorkerGlobalScope mixin. html#522), creator context security (Port "creator context security" (once it's defined). html#524), or noopener (Port noopener. html#523).

Note also that WEBWORKERS hasn't been updated since last September, and I haven't reviewed the diff to https://html.spec.whatwg.org/multipage/workers.html. I know that the WHATWG document is wildly divergent at this point, as the whole loading infrastructure has shifted. It would be lovely if there was a plan for removing or updating that document.

@mikewest
Copy link
Member

Ping. :)

@equalsJeffH
Copy link

another ping.

@mikewest
Copy link
Member

I think HTML picked up the pieces I need. W3C's Workers spec still has one outstanding issue (w3c/workers#6).

Again, I haven't reviewed any of that text for differences from the WHATWG doc; I've only verified that there's a valid link target with a reasonable name.

@annevk
Copy link
Member

annevk commented Feb 14, 2020

This is a solved problem these days.

@annevk annevk closed this as completed Feb 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants