+1
Under review

Wrong behaviour when shift-clicking on a line number

ihaveseenfurther 2 weeks ago in General updated 2 weeks ago 3

Instead of the entire intervening text between the insertion point—or the current selection—and the line whose number is clicked or tapped on in the gutter while holding down shift, only that particular line is selected. The app actually tries to do the right thing at first, but then it glitches and selects just the one line.

Under review

Tapping or clicking a line number currently always selects that line and doesn't take into account whether Shift is pressed on a keyboard.

I'll look into improving this behavior.

If you shift-click a line number, would you expect that whole line to be included in the selection or not? Sublime Text and Visual Studio Code do include the line in the selection.

If you shift-click a line number, would you expect that whole line to be included in the selection or not?

The line should definitely be included in the selection; holding down the shift key should not contradict the outcome of the click.

Sublime Text and Visual Studio Code do include the line in the selection.

So do BBEdit, CotEditor, and SubEthaEdit—just to name a few more examples. I don’t think I’ve ever seen a text editor do it any other way.