So what do you mean by "will not arrive at the place where they are expected" ?
Either Emacs has a command for moving the logicial position in the backward (CTRL+D) or forward (CTRL+F) direction, then it will do that, but the caret will of course not move always in the same visual direction. Ansdsometime it will rich a point where a single visible caret will not correctly indicate where you are in the visible text (before this logical span of text, or after it, the span using a single reslved direction). The second caret can indicate it, or if you just want to diuspay only one making sure that its visible form indicates what is the direction it points to (backward or foreward, and which is the associated left or right direction). 2012/11/15 Eli Zaretskii <[email protected]> > > From: Philippe Verdy <[email protected]> > > Date: Thu, 15 Nov 2012 19:14:42 +0100 > > Cc: Martin Dürst <[email protected]>, > > Jeff Senn <[email protected]>, Unicode Mailing List < > [email protected]> > > > > > drawback in that some RIGHT keypresses don't move the logical-order > > > position of the caret. In a programmable editor such as Emacs this is > > > unacceptable, because editor macros and commands that use the basic > > > forward-char command will not arrive at the place where they are > > > expected. > > > > > > Of course. But you cannot be consistantly used BOTH the logical order for > > moves AND the visual order at the same time. > > I don't see the connection. I was talking about logical cursor > movement, and AFAIU so were you. >
