-
Notifications
You must be signed in to change notification settings - Fork 72
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
Form Participation API #150
Comments
For those who prefer spec text to explainers, the spec PR is at whatwg/html#4383 which has links to some rendered spec text. Some highlights include:
|
We've evaluated the various extensions to the |
Sorry for the noise but... This this spec being considered for FF? |
Yes, see Bugzilla links in OP. |
@annevk Sorry I was confused by the closing and reopening of the ticket, and by that "Closing therefore, but happy to consider alternatives." |
…g links Closes #150. Co-Authored-By: Martin Thomson <mt@lowentropy.net>
Does this issue being closed mean that form-associated custom elements are implemented? My team have been unable to get the API to work on anything but Chromium based browsers. I tried commenting on the bugzilla report a couple of weeks ago, but there doesn't seem to be much activity on it. |
No. It means we've taken a position on what we think about the proposed specification; see this repository's README. |
And form-associated custom elements are being implemented. In that linked bug (which is a kind of meta bug) you can see activity on the bugs it depends on. |
Request for Mozilla Position on an Emerging Web Specification
https://bugzilla.mozilla.org/show_bug.cgi?id=1518442 for Event-based one
https://bugzilla.mozilla.org/show_bug.cgi?id=1552327 for "Form-associated custom elements"
Other information
The proposal was discussed on WICG/webcomponents#187 by multiple vendors.
Event-based participation was already merged to the WHATWG HTML specification.
The text was updated successfully, but these errors were encountered: