Version: unspecified (using KDE 4.6.5) OS: Linux If you highlight one or more full lines and then use Tab or Shift-Tab to shift the selected block left or right, the starting anchor of the selection changes from column #1 to the first non-whitespace character on the line. This makes it impossible to shift and copy/paste the block without re-creating the selection. This used to be possible in older kate (prior to kde 4?) and it was a great time saver. Reproducible: Always Steps to Reproduce: 1. Move the cursor to column #1. 2. Hold SHIFT; press Down one or times to create a full-line selection of one or more lines; release SHIFT. 3. Press Tab once. Actual Results: Notice that the selection on the first line of the block has now moved to the first non-whitespace character (it was previously at column 1). Expected Results: The starting anchor of the selection should stay where I put it (column #1, in this case); shifting should not change it. When programming with source code that uses indentation one frequently needs to move blocks of code and, when doing so, the indentation level must often be adjusted. Being able to select, shift, copy, paste is a great time saver. This bug prevents that. If you do the above you'll find that the first line of the pasted block ends up at column #1 because the selection was changed by the shifting function. So you're forced to either go fix-up the first line of the pasted block or re-select the block after shifting but before copying. This is inefficient (and annoying).
Git commit 893d7d9548bd6eb5cb5993fc11989f865cf4ef06 by Christoph Cullmann. Committed on 26/10/2012 at 14:10. Pushed by cullmann into branch 'master'. revert back to old expansion behavior of selection this way, if you select some lines and indent, selection will stay for whole lines M +1 -1 part/view/kateview.cpp http://commits.kde.org/kate/893d7d9548bd6eb5cb5993fc11989f865cf4ef06