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

bug-assist should use data-* attributes instead of <meta name> (bugzilla: 21916) #229

Closed
hayatoito opened this issue Jul 6, 2015 · 2 comments

Comments

@hayatoito
Copy link
Contributor

Title: bug-assist should use data-* attributes instead of (bugzilla: 21916)

Migrated from: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916


comment: 0
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c0
Simon Pieters wrote on 2013-05-02 22:45:49 +0000.

is not valid HTML without registring bug.foo. Since these fields are only intended to be read by the script, it seems more appropriate to use data-* attributes (e.g. on the root element or the script element).


comment: 1
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c1
Robin Berjon wrote on 2013-06-05 22:31:43 +0000.

We have that: http://www.w3.org/TR/html51/bug-assist.js


comment: 2
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c2
Dominic Cooney wrote on 2013-06-06 06:06:21 +0000.

I have updated the Explainer in https://dvcs.w3.org/hg/webcomponents/rev/3f951ae02c0a\


comment: 3
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c3
Philip Jägenstedt wrote on 2014-01-26 17:28:52 +0000.

What's the canonical source for bug-assist.js? I want to get rid of the stuff in WebVTT, and http://w3c.github.io/webcomponents/explainer/bug-assist.js is what I can find.


comment: 4
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c4
Dimitri Glazkov wrote on 2014-01-27 05:14:14 +0000.

(In reply to Philip Jägenstedt from comment #3)

What's the canonical source for bug-assist.js? I want to get rid of the
stuff in WebVTT, and
http://w3c.github.io/webcomponents/explainer/bug-assist.js is what I can
find.

https://github.com/w3c/webcomponents/blob/gh-pages/assets/scripts/spec-assist.js

:)


comment: 5
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c5
Philip Jägenstedt wrote on 2014-01-27 07:18:30 +0000.

(In reply to Dimitri Glazkov from comment #4)

(In reply to Philip Jägenstedt from comment #3)

What's the canonical source for bug-assist.js? I want to get rid of the
stuff in WebVTT, and
http://w3c.github.io/webcomponents/explainer/bug-assist.js is what I can
find.

https://github.com/w3c/webcomponents/blob/gh-pages/assets/scripts/spec-
assist.js

:)

That's spec-assist.js, but the bug-assist.js in the same place still relies on , so I guess the canonical source is not what I'm looking for :/


comment: 6
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c6
Robin Berjon wrote on 2014-01-27 08:49:32 +0000.

(In reply to Philip Jägenstedt from comment #5)

(In reply to Dimitri Glazkov from comment #4)

(In reply to Philip Jägenstedt from comment #3)

What's the canonical source for bug-assist.js? I want to get rid of the
stuff in WebVTT, and
http://w3c.github.io/webcomponents/explainer/bug-assist.js is what I can
find.

https://github.com/w3c/webcomponents/blob/gh-pages/assets/scripts/spec-
assist.js

:)

That's spec-assist.js, but the bug-assist.js in the same place still relies
on , so I guess the canonical source is not what I'm looking for :/

The one in:

https://github.com/w3c/html/tree/master/js

uses data-*. You can steal it from there. There is currently no canonical version that I know of, people just copy it. I plan to incorporate the functionality into:

https://github.com/darobin/specstatic

but at this point that's on standby until I have a day or two's time to hack.


comment: 7
comment_url: https://www.w3.org/Bugs/Public/show_bug.cgi?id=21916#c7
Philip Jägenstedt wrote on 2014-01-27 08:57:30 +0000.

OK, thanks Robin!

@sideshowbarker
Copy link
Contributor

The experiment of having the HTML spec try to limit the valid values of meta[name] has turned out to be a (big) failure in practice. So while I have no opinion otherwise on the absolute merits of using data-* vs meta[name] in this particular case, when making any decision about it, I recommend everybody just ignore the requirements in the HTML spec on meta[name] values needing to be registered. The HTML validator no longer tries to enforce those requirements at least (because a few months ago I removed the code that was checking it).

@hayatoito
Copy link
Contributor Author

Let me close this issue since we no longer use bug-assist.

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

2 participants