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
Misuse of data- attributes #157
Comments
This depends on how you define user-agent. As this is all "new technology" we're still building out tooling and helper-apps to consume these attributes, and so we're using the 'experimental' prefix to, well, experiment. It is also worth noting that this task force pivoted to using data-* attributes based on direct and in-person feedback from the W3C's TAG during TPAC 2018. Ideally, these newly proposed attributes will eventually emerge as non-prefixed attributes, but the TF understands that some of the proposed attributes may not 'pass muster' as un-prefixed attributes, at which point we'd look to TAG/WHAT WG/et al. to return to our group with a proposed prefix to use: one that browser vendors etc. agree to/with as well. This is similar to how ARIA advanced, with @ROLE (which was critical to ARIA) becoming a 'fully-fledged' attribute (non-prefixed) in HTML5, whereas others (ARIA properties) are prefixed, and ARIA attribute values are either fixed terms or text string (similar to what we have with Personalization). |
Closing the issue as per John's response. |
Uh ...okay. I guess. |
I've checked previous discussions ( like this one: https://github.com/w3c/personalization-semantics/wiki/Prototypes-with-data-dash-*-(Take-2) ) but I can't find any debate about misusing data- attributes in the way being proposed here.
As I understand it, this is exactly what data- attributes are not for—parsing by user agents. They are explicitly provided for site-specific use.
Other extensibility mechanisms are available that don't prohibit parsing by user agents (e.g. the class attribute, microdata attributes, the property attribute). Has there been any discusison about using one of those rather than jumping straight to data- attributes?
https://www.w3.org/TR/html52/dom.html#embedding-custom-non-visible-data-with-the-data-attributes
Most importantly:
The Personalization Semantics proposal is in direct violation of HTML5.2 — one of them needs to change.
The text was updated successfully, but these errors were encountered: