String splitter incorrectly handles multi-caret scenarios #64812
Description
Hitting enter in the following cases results in odd behavior:
1)
The primary caret is moved to the first location and additional 2 carets are added. I'd expect the primary stay the last and only 3 carets are present after splitting the string.
A couple of carets added that shouldn't be.
There is probably more cases like this.
Seems like the implementation should use IMultiSelectionBroker editor API instead of setting TextView.Caret.