Tony Mechelynck wrote: > Hm, I think it's one of those things one could get used to in time, no > harder than deleting with d rather than Ctrl-X, pasting with P rather > than Ctrl-V, and copying with y rather than Ctrl-C. Sure one could get used to it! But d(elete) p(aste) y(ank) are sort of intuitive. But it is counter intuitive to use a key which is placed (more to the) right on the keyboard (lll) to go left and a key which is (more to the) left on the keyboard to go right (hhh). Which is even more so if you are used to the opposite behaviour! Like p doing yank (instead of paste) and y doing paste (instead of yank).
> so lllll goes uniformly first-to-last, and hhhhh last-to-first, even if the > movement is a little > jerky when meeting a direction change within a line of text. (Or did I > misunderstand? AFAICT I haven't got mlterm installed) > Indeed, jerkiness is another reason to have h and l move in only one way. > My notion would be that a true-bidi gvim should work exactly like > vim+mlterm with 'termbidi'. > That would be nice! But I think there should be an option to make h and l movement unequivocal (like it is with gedit+ViGedit). And AFAIUI, it is because of these kind of discussions that Bram doesn't like the idea of a real-bidi gvim. Anyway: thanks again! Adriaan. --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_use" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
