Re: need option so line-move-to-column ignores fields, plus patch

["Ken Manheimer" <ken.manheimer@gmail.com>]

we agree on every behavior except for one, and that disagreement may
be due to a misunderstanding.

On 9/24/06, Richard Stallman <rms@gnu.org> wrote:
>       | 1. With the cursor adjacent to the right of any bar,
>        |   if you move forwards a line (^N), the cursor slips to column 0.
>         | 2. Moving backwards (^P) with the cursor in the same place, however,
>          |   doesn't have this problem - it sticks near the boundary.
>
> #1 is clearly a bug.  C-n should be symmetrical with C-p.
>
>         | 3. Moving forwards or backwards with the cursor to the right of the
>        |     boundary *not* adjacent does regular sticky-column behavior.
>
> That is correct.
>
>       | 4. Forwards with the cursor on or to the bar's left leaves it in column 0.
>
> That is a bug.  It should be sticky except staying to the left of the bar.
>
>      | 5. Backwards in the same situation moves it to the right of the bar.
>
> That is correct behavior.

that is not the behavior i need, and don't see why it is desirable -
particularly since it's the opposite of the behavior you agreed to
when advancing - ie, #4, just above.

by #5, i am saying that when the cursor is between the left margin and
the bar (so the cursor is within the characters with the 'field
'boundary text property), moving back a line moves the cursor to the
*right* side of the bar, outside of the 'field 'boundary characters.
i don't want the system moving the cursor out of the field type i
started from.  you agreed that it shouldn't do so when moving forwards
(#4), do you really mean that it should do so when moving backwards?

>     6. ^A from anywhere beyond the immediate right of the boundary moves to
>        the immediate right, and subsequently advances to the far left.
>
> That is correct behavior.
>
> So it looks like C-p works but C-n doesn't.

C-p mostly works, except for #5.  it may be that #5 is deliberate and
suitable for some situations, but it's "helping" me in a way that's
counterproductive for my purposes.

> Yidong, would you like to fix this, then ack?

-- 
ken
ken.manheimer@gmail.com
http://myriadicity.net