-
Notifications
You must be signed in to change notification settings - Fork 21
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
Superseded Selectors API #21
Comments
@dontcallmedom, do we need to go through the TAG deprecation process? |
No, since WebApps is (or can be argued to be) the group who produced that spec, it can initiate the request to the Director:
|
Ok, cool. We can do that! :) |
@siusin is on it :) Could you let us know if we need to do anything (e.g., CFC) or whatever. |
We need to put a CFC to the WG then request the transition. Looking at the Process, we should probably opt for superseded rather than obsolete, since the API will be superseded by what's in the DOM spec. The DOM LS/review draft is expected to transition to CR by the end of this month, so we should wait until that happens before putting the CFC out. |
CFC sent. Issue is blocked until the end of the month awaiting working group feedback. However, we can probably make any updates to the document in parallel. According to the process document, "only the name and explanation change" - so pretty plainless. |
The CFC has passed. No objections! 🎉 |
Level 2 has been retired on 16-04-2020 (a note was added to the SoTD). |
Appreciate the update @siusin. Thank you. |
Assuming no complaints, let's close this as done. |
Selectors API was published as a Rec in 2013, but its content has since been merged in WHATWG DOM.
Unfortunately, this was not listed in the W3C-WHATWG MoU, so we should explicitly get Director's approval to obsolete it and ask for it to be handled the same way other WHATWG-migrated specs get treated.
The text was updated successfully, but these errors were encountered: