Hi guys, Not that this changes anything, from an editor design stand point I think I understand.
The editor "knows" where the cursor is when you hit the tab key. To fix Mike's issue cleanly it would have to move left on the line deleting spaces then insert a tab(s) to get past the starting location. The easy answer, if cursor-1 is a space and current location is not a tab stop, is to add spaces until the next tab stop. = By tab stop I mean mult of tab size. Of course the second time you click tab, a tab will be inserted.
I do understand Mike's issue, when moving files between several apps that handle tab/spaces differently you never know how a listing is going to look when lines include a mix of spaces and tabs.
As for the block indent I though that was what the <ctrl><Shift>-i was for, but that and the <tab> look like they work the same.



