+1
Under review
Wrong behaviour when shift-clicking on a line number
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.
Customer support service by UserEcho
This bug is surely related to this:
https://feedback.textasticapp.com/communities/1/topics/3414-selection-improvement
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.
The line should definitely be included in the selection; holding down the shift key should not contradict the outcome of the click.
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.