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

Export attributes common to form controls (e.g. autocomplete) and their values (e.g. autocomplete=one-time-code) #5418

Open
hober opened this issue Mar 30, 2020 · 8 comments
Labels
meta Changes to the ecosystem around the standard, not its contents

Comments

@hober
Copy link
Contributor

hober commented Mar 30, 2020

I'd like to autolink to the autocomplete attribute's one-time-code value from a Bikeshed document with <{element/attribute/attribute value}> syntax, but I've run into two problems:

@hober hober added the meta Changes to the ecosystem around the standard, not its contents label Mar 30, 2020
@hober hober changed the title Export autocomplete="" and its values such as one-time-code Export attributes common to form controls (e.g. autocomplete) and their values (e.g. autocomplete=one-time-code) Mar 30, 2020
@annevk
Copy link
Member

annevk commented Mar 31, 2020

cc @tabatkins

@tabatkins
Copy link
Contributor

re: the Bikeshed syntax, what should element be for attributes common to form controls?

Ultimately up to the spec; there's no good generalized answer.

I suggest maybe form-control?

@annevk
Copy link
Member

annevk commented Apr 7, 2020

That sounds reasonable.

We should probably document somewhere what we use so we can make consistent choices here.

@tabatkins
Copy link
Contributor

Yup, happy to update Bikeshed docs with this (and whatever we decide for global attributes)

@annevk
Copy link
Member

annevk commented Apr 8, 2020

I had a look at our data-dfn-for usage for element-related things:

  • htmlsvg-global: nonce content attribute (seems okay, but might soon include Math so maybe not?)
  • HTMLOrSVGElement: [[CryptographicNonce]] internal slot, but "parser-inserted" uses script
  • HTMLOrSVGElement: nonce IDL attribute (seems okay)
  • node: language (this should be Node I think)
  • script: used for concept-script as well as the script element. Might be okay due to different types? Not sure.

There isn't much of it at all.

@tabatkins
Copy link
Contributor

Might be okay due to different types? Not sure.

Yes, the for values are just opaque strings as far as Bikeshed is concerned, and are scoped to the dfn type, so you can reuse for values between different types without any fear of clashing.

nonce content attribute (seems okay, but might soon include Math so maybe not?)

Yeah, I'd probably make that more generic. Either global or markup-global or something?

[two uses of HTMLOrSVGElement]

These are correct, that's the interface they're attached to.

@domenic
Copy link
Member

domenic commented Sep 15, 2020

I think the correct value for these is the list of applicable elements in a comma-separated list. For example,

<dfn element-attr for="button,fieldset,input,output,select,textarea,form-associated-ce"><code>name</code></dfn>

<dfn element-attr for="button,input,optgroup,option,select,textarea,form-associated-ce"><code>disabled</code></dfn>

...

@hober
Copy link
Contributor Author

hober commented Mar 24, 2021

Any progress on this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta Changes to the ecosystem around the standard, not its contents
Development

No branches or pull requests

4 participants