Re: Cursor positioning with `after-string' overlays

[Kim F. Storm]

Eli Zaretskii <address@hidden> writes:

> I think I see the answer.  The recipe should be modified like this:
>
>  M-x cua-mode RET
>  a C-q C-i b RET
>  C-p C-RET C-f C-f C-f ..
>
> That is, there should be a newline after `b'.  

Thanks - I just made the example in a non-empty buffer, so there was
a newline there already.

Surely looks like a bug in cua-rect.

>                                                When modified like
> this, I see the expected behavior both with the current trunk and with
> older versions.
>
> Is this satisfactory?

Yes.

> Note that what cua-rect.el does differs from the example I posted in
> one crucial aspect: cua-rect.el uses an integer number, rather than
> just `t', for the value of the `cursor' property.  This number
> actually tells the cursor-positioning code for which buffer positions
> we should display the cursor on the character that has this property.
> When the `cursor' property has an integer value, it really does
> override the ``exact match for point always wins'' strategy, for
> buffer positions that are ``covered'' by the value of `cursor'.

Right. I no longer remebered the details - thanks for digging into it.

-- 
Kim F. Storm <address@hidden> http://www.cua.dk