-
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
contenteditable #188
Comments
Is https://w3c.github.io/contentEditable/ part of the spec for this? |
Thanks Riad for sharing! |
The spec situation here is still A Mess. We're hoping that following the 2022 Investigate item we have consensus on the behaviour in the mentioned tests, and that is sufficient to score some progress in the most impactful areas of implementation consistency in 2023. |
contenteditable is a P4 for Google's closure library "This could imapct goog.editor, which (as far as I can tell) is critical infrastructure that nobody really understands." |
Is the hope the group will waive the requirement for a standards track document here? |
I hope so. I don't know that it's explicitly stated anywhere but it seems unreasonable to take the position that browsers are OK to ship a feature but aren't OK to accept proposals to improve the interoperability of that feature. Of course there are often additional considerations to fixing up these legacy features, but that's why we had an Investigate effort in 2022 before making a focus area proposal. |
In the MDN short survey on APIs & JavaScript, "Editing ( |
Could you summarize the concrete proposal here? It's to add a set of tests to Interop 2023? Which tests? Do those tests represent the current standard? Or perhaps instead an Investigation project sense of what a standards should be in the future? |
I've updated the initial comment, it's one test. The contenteditable standard remains a mess, but I believe there was agreement in the investigation project that test represents behaviour we should converge on. |
Thank you for proposing contenteditable for inclusion in Interop 2023. We are pleased to let you know that this proposal was accepted as part of the Web Compat 2023 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
Alignment on apsects of contentEditable that have been agreed as part of the Interop 2022 investigation.
Rationale
contenteditable interop has been a longstanding issue on the web, and causes significant difficulties for users and authors as libraries need to handle browser differences, often using complex approaches like DOM diffing. However in some cases even the few invariants assumed by libraries are broken, and so there can be user-facing breakage.
The lack of a trustworthy specification, and constraints imposed by deployed content makes it hard to fully align on contenteditable behaviour. However the interop 2022 investigation revealed some areas in which browsers could better align, and in doing so make it easier to write working editing libraries.
Specification
No response
Tests
https://github.com/web-platform-tests/wpt/blob/master/editing/other/insertparagraph-in-inline-editing-host.tentative.html
The text was updated successfully, but these errors were encountered: