-
Notifications
You must be signed in to change notification settings - Fork 27
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-Associated Custom Elements #203
Comments
Here is some potentially additional description and rationale: https://w3c.github.io/webcomponents-cg/#form-associated-custom-elements In addition to the |
Based on the discussion with @jcsteh , we'd like to exclude the ones tested with We are interested in keeping the How likely is it that we can get consensus on the spec issues before the start of the Interop period? |
I am happy to drop ElementInternals-accessibility.html or separate subtests of it if needed. I don't have context on those aria issues and I don't know how likely they are to be resolved before the start of the interop period. |
Honestly this test seems to be in the wrong directory. It is not related to form-associated custom elements and should be in the parent directory. |
This change was suggested here: web-platform-tests/interop#203 (comment)
Sound good to me, I created a PR to do it: web-platform-tests/wpt#36875 |
This change was suggested here: web-platform-tests/interop#203 (comment)
In the MDN short survey on APIs & JavaScript, "Web Components (custom elements, Shadow DOM, etc.)" was the most popular choice by a fairly wide margin, selected by ~39% of survey takers. Web Components was split into many granular proposals, and the survey results don't tell us which aspects web developers want the most, but it's fair to say that something about Web Components is important. (I'm posting this comment on each of the split proposals.) |
…of form-associated, a=testonly Automatic update from web-platform-tests Move ElementInternals-accessibility out of form-associated This change was suggested here: web-platform-tests/interop#203 (comment) -- wpt-commits: 871938e34bcd5c11b92c0c20afb7c44128150332 wpt-pr: 36875
…of form-associated, a=testonly Automatic update from web-platform-tests Move ElementInternals-accessibility out of form-associated This change was suggested here: web-platform-tests/interop#203 (comment) -- wpt-commits: 871938e34bcd5c11b92c0c20afb7c44128150332 wpt-pr: 36875
See web-platform-tests/interop#203 (comment) web-platform-tests/interop#230 (comment) Since the concerns in those issues were not addressed and there was agreement to drop the tests in that case, I'm removing them from the Interop set.
See web-platform-tests/interop#203 (comment) web-platform-tests/interop#230 (comment) Since the concerns in those issues were not addressed and there was agreement to drop the tests in that case, I'm removing them from the Interop set.
Thank you for proposing Form-Associated Custom Elements for inclusion in Interop 2023. We are pleased to let you know that this proposal was accepted as part of the Web Components focus area. You can follow the progress of this Focus Area on the Interop 2023 dashboard. For an overview of our process, see the proposal selection summary. Thank you for contributing to Interop 2023! Posted on behalf of the Interop team. |
Description
The form-associated custom elements APIs enable custom elements to participate in form submission and validation lifecycles.
This agreed upon spec is not fully delivered cross browser. Following the Web Platform Test link below, you will find the it is currently missing in Safari and suffers from a number of failures in Firefox.
Rationale
Specification
https://html.spec.whatwg.org/multipage/custom-elements.html#form-associated-custom-elements
Tests
https://github.com/web-platform-tests/wpt/tree/master/custom-elements/form-associated
The text was updated successfully, but these errors were encountered: