Community
Participate
Working Groups
I'm breaking apart pieces from Bug 45443.... I also found another bug. Shift left does not work in 3.0 M4 if you for example add one to three spaces to the beginning of a line and try to shift it to the left. I'm using 4 spaces instead of tab indenting. So I guess that shift left is broken if the number of spaces does not match the number of spaces to replace a tab with.
It's actually not broken but works as designed. Shift right and shift left are symmetric. However, since we have "correct indentation" the symmetry could be loosened.
I also found this problem and wanted to report it as a bug. I think that when shifting left editor should ignore all lines which are already at the left edge and shift left remaining ones, not blocking on non-standard number of spaces or tabs at their beginning (note: mixing tabs and spaces currently also causes problems). Shifting a block of code to the left should in the end 'flatten' text to the left edge.
Maybe I'll explain why it's so important - I find this feature important when editing someone else's code. Some people are making a mess in their sources mixing tabs and spaces at line start in various wild combinations. With jEdit I typed Shift+Tab several times on a block of text which produced text nicely flattented to the edge. With Eclipse I have to manuall edit each line separately.
Did you try "Correct Indentation" (Ctrl+I)?
Try AnyEdit tools plugin: http://andrei.gmxhome.de/anyedit/ Then go to Source | Convert | Leading tabs to spaces
waiting for input
AnyEdit is not an option. Just install jEdit and try tab and shift+tab.
Get rid of deprecated state.
.
