Bram Moolenaar wrote: > The display is not the only part. Suppose you move your cursor to the > start of a word and type "dw". You expect the word to be deleted. > Since "start of the word" depends on what direction the word is to be > read, the editor needs to understand the meaning of the word to be able > to decide what to do. And it gets worse: What if some of the characters > in the word are LTR and some are RTL? This quickly gets very > complicated. > > So Vim uses a simple and reliable method: Display the text either as LTR > or RTL and do the editing assuming all text is to be read that way.
These are good reason for gvim to work the way its works! So this editing 'mode' should be default. But it still would be nice if there would be an optional 'real-bidi mode'. > It would be really messy to display the text with mixed directions and > then have all edits work one way or perhaps fail with an error. Using the ViGedit plugin for gedit I'm also able to do some real-bidi typing. :-) Works almost the same as "mlterm+vim+set termbidi" With an exception: in command mode the h always goes left, the l always goes right, just as I want it. (It just feels weird pressing h and cursor goes right). Indeed as far as I'm concerned a command like "dw" in RTL mode should delete from R to L. Since gedit seems to be real-bidi I guess GTK+ has the algorithm mentioned by Ali sort of implemented. Guess this could be used in gvim. Indeed it will be quite hard to figure out how vim commands should work. So maybe a 'real-bidi mode' could use only a subset of vim commands? Well just my 2 cents. Adriaan --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_use" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
