Re: Caret

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 <eliz_at_gnu.org>

> > From: Philippe Verdy <verdy_p_at_wanadoo.fr>
> > Date: Thu, 15 Nov 2012 19:14:42 +0100
> > Cc: Martin Dürst <duerst_at_it.aoyama.ac.jp>,
> > Jeff Senn <senn_at_maya.com>, Unicode Mailing List <
> unicode_at_unicode.org>
> >
> > > 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.
>
Received on Thu Nov 15 2012 - 12:28:39 CST