I can’t seem to drag-select text from the end of a link mark. This doesn’t happen with different marks, only happening for link specifically. I see that there’s an empty span & br attached to the end, perhaps that’s causing the issue, as I don’t see that behavior with other marks. This behavior happens both on Edge & IE 11.
I can’t also seem to use keyboard to move into the link (from right to left). This only happens on IE 11.
I suspect this is related to the wrapper node ProseMirror creates around the cursor when it is on a mark boundary—this involves moving the DOM selection, which I guess aborts drag-select on IE.
Thanks for the quick response & patch! I upgraded prosemirror-view to 1.3.0.
I do see that the issue is fixed if the cursor was somewhere else at mousedown for drag select. But I still see the issue persisting if you had your cursor at the end of a link either by using keyboard keys or at random times, by clicking there (span & br show up sporadically when you click at the end of the link). It seems like whenever there’s an empty span after <a>, this behavior happens.
The IE 11 issue with using keyboard to move cursor into the link from its right end is still existent as well.
Attached a gif to illustrate the sporadic span showing up & causing drag select to not start. This is in Edge.
(I’m working on a fix that gets rid of the cursor wrapper hack in the no-cursor-wrapper branch on github. You can help test it by installing the prosemirror-view@1.9.14-prerelease2 package version if you want.)
no-cursor-wrapper branch did solve IE issue with cursor for me but there is still problem with backspace.
When I try to delete text on the edge of inline element selection jumps to end of the document.
Maybe we need something similar to below code for cases when we are approaching inline element from right using Backspace in IE.
// IE11 sometimes weirdly moves the DOM selection around after
// backspacing out the first element in a textblock
if (browser.ie && browser.ie_version <= 11 && $from.parentOffset == 0) {
view.domObserver.suppressSelectionUpdates()
setTimeout(() => selectionToDOM(view), 20)
}
Event though I still see cases when this workaround fails in IE. Looks like parent element is selected/focused right after Backspace deletes the character.