Bug 279910

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).