Hirohito Higashi wrote: > Hi Bram and List, > > 2015/3/11(Wed) 15:14:47 UTC+9 h_east: > > Hello itchyny and Bram, > > > > 2015/3/11(Wed) 10:07:53 UTC+9 itchyny: > > > On Wednesday, March 11, 2015 at 6:59:12 AM UTC+9, Bram Moolenaar wrote: > > > > Hirohito Higashi wrote: > > > > > > > > > Oops, I fixed patch and test :-) > > > > > > > > > > (I could not attached patch, I paste Gist.) > > > > > https://gist.github.com/h-east/ffabb0cdd589a5f9acd2 > > > > > > > > Thanks! I wonder if ":tabmove" should work as documented or that the > > > > documentation needs to be adjusted. Well, the documentation is already > > > > inconsistant, it needs to be fixed anyway. > > > > > > > > I suppose that since we have ":0tabmove" to move the tab page to the > > > > first position, ":$tabmove" is the most logical to move to the last > > > > position. Then ":tabmove" without argument just moves it right. > > > > > > > > I would expect ":.tabmove" to not do anything. But that's not actually > > > > useful. So move it to the right, just like ":tabmove"?
> > > Hello, Bram. > > > > > > I agree with the idea that `:.tabmove` should not move the tab page. The > > > command `:.` does > > > not move the line, you know. If `:.tabmove` does not move the tabpage, > > > the commands > > > `:.tabmove`, `:-tabmove`, `:+tabmove` will be consistent with `:.`, `:-`, > > > `:+`. > > > > > > The command `:tabmove` moves the tab page to the last in old Vim (I mean > > > Vim before > > > 7.4.530). If you change the behaviour, it breaks backward compatibility. > > > Some users may > > > use `:tabmove` in order to move the tab to the last. > > > > Indeed. That's right. > > > > I consider a specification that is consistent. > > > > $ vim -N -u NONE -p 1 2 3 4 5 -c "tabnext" > > > > LV : Latest Vim (7.4.658) behavior > > > > 1 [2] 3 4 5 " Now tab page status. [ ] is current tab page. > > (1) :tabm " 1 3 4 5 [2] Backward compatibility ? LV:OK? > > (2) :.tabm " 1 [2] 3 4 5 Stay current tab page. LV:NG > > (3) :.+tabm " 1 3 [2] 4 5 Move to the right one. LV:NG > > (4) :.+1tabm " Same as above. LV:NG > > (5) :+tabm " Same as above. LV:NG > > (6) :+1tabm " Same as above. LV:NG > > (7) :tabm + " Same as above. LV:NG(E474) > > (8) :tabm +1 " Same as above. LV:OK > > (9) :.-tabm " [1] 2 3 4 5 Move to the left one. > > (10) :.-1tabm " Same as above > > (11) :-tabm " Same as above. LV:NG > > (12) :-1tabm " Same as above. LV:NG > > (13) :tabm - " Same as above. LV:NG(E474) > > (14) :tabm -1 " Same as above. LV:OK > > (15) :0tabm " [2] 1 3 4 5 Move to the first. LV:OK > > (16) :tabm 0 " Same as above. LV:OK > > (17) :1tabm " 1 [2] 3 4 5 Move to after tab page 1. LV:NG > > (18) :tabm 1 " Same as above. LV:NG > > (19) :2tabm " 1 [2] 3 4 5 Move to after tab page 2. LV:NG > > (20) :tabm 2 " Same as above. LV:NG > > (21) :3tabm " 1 3 [2] 4 5 Move to after tab page 3. LV:NG > > (22) :tabm 3 " Same as above. LV:NG > > (23) :4tabm " 1 3 4 [2] 5 Move to after tab page 4. LV:NG > > (24) :tabm 4 " Same as above. LV:NG > > (25) :5tabm " 1 3 4 5 [2] Move to the last. LV:OK > > (26) :tabm 5 " Same as above. LV:OK > > (27) :6tabm " Same as above. LV:OK > > (28) :tabm 6 " Same as above. LV:OK > > (29) :$tabm " Same as above. LV:OK > > (30) :tabm $ " Same as above or E474? LV:OK? > > > > Note. (17)~(24) > > My ideal behavior has been along the document. > > :help :tabm > > > Move the current tab page to after tab page N. > > > > What about this? > > Bram, May I write a patch in this specification? I haven't have time to look into all the variations. Also, I was wondering if something changed when the command line range implementation was changed. Generally, I think we should keep as much as it was before as makes sense, but change the ones that we can all agree on that are wrong. Thus for the ones were one or another behavior would be OK, depending on a user preference, keep what we have. -- You know you use Vim too much when you have this alias in your ~/.bashrc file: alias :e=/bin/vim (Eljay Love-Jensen) /// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ an exciting new programming language -- http://www.Zimbu.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
