Re: [w3c/editing] Interop 2022 and `execCommand` (Issue #396)

There is actual pain here; this is one of the top sources of site compat problems we observe in Gecko. https://bugzilla.mozilla.org/show_bug.cgi?id=1341152 has a lot of linked bugs, but there are more bugs covering observed compat issues. https://bugzilla.mozilla.org/show_bug.cgi?id=1739489 is an example of a recent high-impact bug, for which we're having to ship a site intervention, which is relating to editing events (not strictly execCommand, but related). https://bugzilla.mozilla.org/show_bug.cgi?id=1747008 is another bug where a big site (Wikipedia) was depending on specific browser behaviour and so broke in other implementations. There are more examples of course, but I hope that's enough to convince you that the hypothesis that the editing ecosystem is closely matched to existing browsers, and that therefore isn't causing users problems, isn't really supported by the data.

I also think that just leaving a big area of the web unspecififed in the hope that people eventually move to some new primitives that are themselves not yet specified is not a good way to go about the development of the platform. In the best case it will take many years for new features to displace existing ones, even assuming they fully subsume the use cases. Meanwhile improving implementation alignment on the existing features isn't as exciting but can have immediate benefits because they're already shipping.

FWIW I think (and I stress I haven't checked this with others) a likely/reasonable outcome here might be that the execCommand spec and testsuite are rewritten to match Chromium behaviour in all but the cases where Chromium is actively planning changes. Then other implemenations have a clear specification to aim at and can manage the transition using UA-specific approaches e.g. site interventions.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/w3c/editing/issues/396#issuecomment-1106340461
You are receiving this because you are subscribed to this thread.

Message ID: <w3c/editing/issues/396/1106340461@github.com>