-
Notifications
You must be signed in to change notification settings - Fork 30.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multicursor highlighting on selection behaves oddly #21457
Comments
The first might be expected since contiguous selections are combined. Second looks like a bug? |
Well, I did not expect the first one. There are practical implications beyond just being weird: With the above behaviour it's impossible to select all Xs unless they occur in powers of 2. I.e. I can select 1, 2, 4, 8, ... Xs, but not, say, 10. As for selections being combined: If I have In other words, the behaviour is inconsistent. Not just that, it's arguably useless, because it's extremely rare to want to replace exactly 2n instances of anything. VSC does seem capable of having multiple selections adjacent to each other, as shown by the second example (the Ys). |
Updated issue with a GIF of the third problem (affecting "highlight all"). |
I opened a similar issue... Possible duplicate of #11150 @alexandrudima |
Looks like it's the same bug. Although mine demonstrates a few more edge cases that we'll want to keep in mind in whichever issue is kept open. |
stumbled upon this, too. Usecase:
currently not possible with ctrl+d, as selection changes from |
Duplicate of #6661 |
Steps to Reproduce:
XXXXXX
X
I expected each cmd-D keypress to select the next X.
Furthermore, the "highlight all" behaves similarly oddly: It will highlight pairs of whatever you selected:
Even weirder, if you replace the text, then undo, any adjacent selections are collapsed (so it doesn't undo the selection properly):
The text was updated successfully, but these errors were encountered: