Closed matj1 closed 10 months ago
Nasty long lasting bug. I don't recall where but there shoul even exist an issue for that, already.
You can work around it via https://packagecontrol.io/packages/Column%20Select
The behavior from the plugin should be the default. (Edit: in my opinion)
It just should play better together with scroll_context_lines
setting. The most recently added caret should always cause scrolling instead of it leaving the view or causeing scroll position to move suddenly when hitting the view's edge.
This was fixed in build 4155.
Description
When I use a proportional font, if I place a caret on a line and press Alt+Shift+Up or Alt+Shift+Down, there is a chance that two carets are added to the line, not just one. It probably depends on where the characters' borders on the adjacent line are in relation to the position of the caret before the action.
I did what is shown in the image by having a single caret in the buffer, the one in
hardware_acceleration
at the bottom, and holding Alt+Shift+Up as long as more carets were appearing.Edit: If I use a monospaced font and repeat this, multiple carets appear around
"EnhancedReadline"
and above. It is probably caused by the caret being added to the short line],
, but new carets still being added above the ones far from the beginning of a line.This occurred in Sublime text 3 and build 4098. The fonts with which I tried it are Input Sans Narrow, Linux Biolinum and DejaVu Sans.
Steps to reproduce
Expected behavior
Each line should have only one caret.
Actual behavior
Some lines have multiple carets.
Environment