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

contenteditable #188

Closed
jgraham opened this issue Oct 5, 2022 · 11 comments
Closed

contenteditable #188

jgraham opened this issue Oct 5, 2022 · 11 comments
Labels
accepted An accepted proposal focus-area-proposal Focus Area Proposal

Comments

@jgraham
Copy link
Contributor

jgraham commented Oct 5, 2022

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

@jgraham jgraham added the focus-area-proposal Focus Area Proposal label Oct 5, 2022
@jgraham jgraham added this to the Interop 2023 milestone Oct 5, 2022
@foolip
Copy link
Member

foolip commented Oct 6, 2022

Is https://w3c.github.io/contentEditable/ part of the spec for this?

@foolip foolip moved this to Proposed in Interop 2023 Oct 7, 2022
@foolip foolip removed this from the Interop 2023 milestone Oct 7, 2022
@foolip
Copy link
Member

foolip commented Oct 17, 2022

contenteditable was mentioned by WordPress developer @youknowriad in https://make.wordpress.org/core/2022/10/10/seeking-proposals-for-interop-2023/#comment-43928:

There’s a lot of differences and bugs with how Selection and contenteditables work. A lot of these are already “hacked” in RichText. @ellatrix would know more here.

Thanks Riad for sharing!

@jgraham
Copy link
Contributor Author

jgraham commented Oct 19, 2022

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.

@tbondwilkinson
Copy link

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."

@gsnedders
Copy link
Member

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.

Is the hope the group will waive the requirement for a standards track document here?

@jgraham
Copy link
Contributor Author

jgraham commented Oct 25, 2022

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.

@foolip
Copy link
Member

foolip commented Nov 11, 2022

In the MDN short survey on APIs & JavaScript, "Editing (contenteditable)" was selected by ~18% of survey takers, putting it in the middle third of options. (There is some uncertainty as with any survey data.)

@jensimmons
Copy link
Contributor

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?

@jgraham
Copy link
Contributor Author

jgraham commented Nov 15, 2022

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.

@nairnandu nairnandu added the accepted An accepted proposal label Feb 1, 2023
@nairnandu
Copy link
Contributor

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accepted An accepted proposal focus-area-proposal Focus Area Proposal
Projects
No open projects
Status: Proposed
Development

No branches or pull requests

6 participants