Hmm, just tried the playground in Firefox on Linux, it’s about as buggy as fancy things like this tend to be.<p>• Inserting emoji with my Compose key: some (e.g. U+1F641) get turned into image-backed emoji and then duplicated unless preceded by another image-backed emoji; some (e.g. U+1F928) get ignored and left as normal text.<p>• If I type an emoji that gets duplicated while inside a link (but not inside bold/italic), one goes where the caret is, and the other goes immediately before the link, and it leaves the caret there.<p>• The image-backed emoji are incompatible with inline text formatting: if you type them in the middle of formatted text, instead of ending up with the likes of <u>text EMOJI text</u>, you end up with <u>text </u>EMOJI<u> text</u>, and although you can subsequently apply the formatting so that it shows in the debug tree, it doesn’t change the HTML markup (e.g. subscript/superscript/underline/code should certainly be visible, and even italic and bold <i>can</i> change emoji rendering).<p>• If I select part of a link starting <i>outside</i> the end of a link (that is, go one character past the link and then press the Left arrow key—Firefox has valid caret positions for both inside and outside the start and end of an element, depending on which direction you came from, which my faint recollection was a major trouble point on WebKit many years ago, that you couldn’t do that and so literally couldn’t model various reasonable, kinda like multiple selection which is also Firefox-only and extremely useful on tables) and delete that, instead of just deleting the selected characters, it deletes the entire link. (As above, this seems to be specific to links, not affecting bold/italic.)<p>• Very early on (before I had done any editing at all) when I tried the time travel feature, I somehow activated the autocomplete popup on the words “The playground” by clicking or something, even though autocomplete was not turned on (I only confirmed that that was what it was, and not a spelling corrector, by later enabling it and typing “the”) and it was supposed to be read-only.<p>• Resizing table rows and columns is <i>very</i> buggy, with things like the grippies easily getting lost, the table-cell-action-button not updating its position, and it sometimes failing to act on mouse up. (Props for including the functionality, though, as it’s normally overlooked.)<p>• Clicking in table cells always moves the caret to the start of the cell rather than where you clicked, meaning you <i>have</i> to use arrow keys to get to the right place, and can’t select properly by mouse either.<p>• Pop-up menus don’t scroll with the document while open.<p>• Autocomplete popup doesn’t close when you move the caret by mouse, though they will no longer work if you click on them.<p>• Incidentally, who thought it a good idea to apply `list-style-position: inside`?<p>And this was from a fairly <i>quick</i> test. I found most of this stuff immediately <i>and would expect to hit most of these issues in real life</i>.<p>I honestly wish people would try to be less fancy with WYSIWYG components, because the web platform just isn’t well-adapted to it.