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

Where is the spec? #481

Closed
EisenbergEffect opened this issue Apr 7, 2016 · 10 comments
Closed

Where is the spec? #481

EisenbergEffect opened this issue Apr 7, 2016 · 10 comments

Comments

@EisenbergEffect
Copy link
Contributor

I was recently reading a version of the custom elements spec that involved changes in the callback names, registration api, etc. I've been searching for that again and haven't been able to find it. The readme here points to a version of the spec which has the apis I'm familiar with, but which I thought were recently changed. Can someone point me to "current" specification for custom elements?

Also, can anyone shed any light on the changes? Is there a summary of the changes anywhere and some explanation? Some of them seem sensible but other changes seem problematic to me, so I'd like to get an understanding of the rationale involved.

@domenic
Copy link
Collaborator

domenic commented Apr 7, 2016

See 750542c. We are in the process of upstreaming to the DOM and HTML Standards, and should have a better answer for you within a day or so.

The rationales are documented in the commits and in this very issue tracker.

@EisenbergEffect
Copy link
Contributor Author

@domenic Thanks. I'll certainly go through the commits, just wanted to check if there was a summary somewhere to ease the process 😄 Would you mind pinging this issue when the upstreaming is done? Thanks for the work you all are doing!

@chaals
Copy link
Contributor

chaals commented Apr 8, 2016

@EisenbergEffect We put the more recent spec content back in place, so you can easily find it where it was again

@EisenbergEffect
Copy link
Contributor Author

Beautiful. Thank you very much for the quick turn around on that. I'm presenting web components at a major conference in one week. I really wanted to have my information accurate to the latest, so this helps tremendously. Again, thank you!

@domenic
Copy link
Collaborator

domenic commented Apr 8, 2016

I really wanted to have my information accurate to the latest, so this helps tremendously. Again, thank you!

I would not refer to this spec then, as it was not produced by a member of the Web Platform working group and so its process/IPR status is unclear. Instead, refer to whatwg/dom#204 and whatwg/html#1012.

@EisenbergEffect
Copy link
Contributor Author

@domenic Can you clarify that a bit more? Are you basically saying to point them towards the whatwg DOM spec rather than the custom elements spec linked above?

@domenic
Copy link
Collaborator

domenic commented Apr 8, 2016

@EisenbergEffect the DOM spec contains supporting infrastructure; the HTML spec will contain (as soon as that PR is merged---on the order of a day or two, certainly before your conference) the main definition of custom elements.

This repo now contains some monkeypatches to the DOM and HTML specs, but they were not produced under proper Process requirements, so their status going forward is in question. This repo will certainly not be maintained as we resolve the outstanding issues. And several editorial issues and minor bugs have already been fixed during the upstreaming pull requests (bugs especially around removing an element).

@EisenbergEffect
Copy link
Contributor Author

Ok. Excellent. That makes sense. Thank you for the clarification.

@chaals
Copy link
Contributor

chaals commented Apr 8, 2016

Actually, this repo will be maintained, so you will have the choice of a couple of specs that between them cover almost everything in the Web platform, or a modular set of specs that that let you look up stuff in more self-contained pieces.

Of course, modular and monkey-patch are parts of the same continuum - the difference being largely in the quality of writing and "information architecture". And which approach suits you depends on your needs.

@annevk
Copy link
Collaborator

annevk commented Apr 8, 2016

Except that modular set of specs has been promised since whenever Jeff Jaffe joined W3C and not actually become any kind of reality. If I were a betting type of person…

Also, we all want modular, but getting there is hard, and taking features that are extensions of existing features and putting them in separate drafts is not any kind of modular architecture. It's a hack.

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

No branches or pull requests

5 participants