you will see they are aligned. It is impossible to jump to the first tab space after a WW chars, becose this tab space is in the middle of the second W[
Ahh if that was so.No, what is happening in the second (WW{TAB}P) the tab is moveing TWO spaces, and counting the two WW as the other two Chrs spaces. And in the first, (ii{TAB}P) it is also moveing two spaces, and counting the two iis as the fisrt two chars.
ii (TAB) (TAB)
WW (TAB)
WW (TAB)
I dont know what this does on yours, but on mine the first the cursor is two ii and 6 spaces in, and the second two wws and 2 spaces in, and doesnt line up.
The way you have described it, that is that there is a missed TAB position in WW, was the was 0.7s worked. It is now totaly different. Now it counts the number of chars you have used, so if you have used 15 it moves the equivelent of a space and thats your tab, if you have used 17 it moves the equivellent of 3 spaces.
Do
I(tab)I(tab)I(tab)I(tab)I(tab)I
i(tab)i(Tab)i(tab)i(tab)i(tab)i
in 0.7s evey I and i are lined up, they dont now.
To Sum
ii (TAB) P
WW (TAB) P
WW (TAB) P
In 0.7.61 the first P would be at the first Tab position, and the second P at the second Tab position, (as you described)
However in 0.8.6, Both Ps are at the first Tab position, they are just in different places. That is TAB is no longer absolute.