Bug: Selection across paragraphs selects a ghost character about lexical

[trueadm]

@steveluscher what do you think we should do here? Go down the route of copying Quip?

[trueadm]

Interestingly, this how it also works in Gmail, Slate, ProseMirror, Quill and Draft. In fact, this is how it works everywhere but Quip. Google Docs implements their own custom highlight to look native-like.

[steveluscher]

It's not selecting a ghost character, it's selecting ‘the fact of the break,’ right?

Here's TextEdit on Mac OS.

Screen.Recording.2021-03-11.at.12.06.15.PM.mov

And a ‘raw’ contenteditable div in Mac Chrome (https://jsbin.com/wogijuhewu/edit?html,js,output)

Screen.Recording.2021-03-11.at.12.09.31.PM.mov

When you copy and paste the result of that selection into a plain text editor you get:

A

B

…as you might expect based on the semantics of what a break is.

If there's anything we could do better here it would be to make the selection of what you've called a ‘ghost character’ actually visible when you include it in the selection.

Thoughts?

[trueadm]

@steveluscher Thanks for the detailed clarification. I don't think we should do anything here – as going above and beyond will increase the code size for little benefit IMO. This is how it looks on almost every website, and the ones where it doesn't means they've implemented their own hint at the line break.

Note: if you do a soft line break, and let the editor select the <br>, you get the same effect.