Re: last character on line different when behind invis text?

[Damien Elmes]

Richard Stallman <address@hidden> writes:

>     After that text is inserted into the buffer in CVS, you can also see that 
> (c-x
>     =) doesn't identify the last char on a line as a C-j as in previous 
> emacsen.
>
> This is actually a feature.  When text is invisible and intangible,
> point can't be positioned after it, only before it.  This avoids the
> anomalous behavior that there are two possible point values with apparently
> no text between them.
>
> It is true that some code may need to be changed to cope with the
> feature.  I will fix C-k.

Thanks for putting in that fix, Richard. 

Is the following code a problem, however?

(insert-string
   (concat
      "\n\n"
      (propertize "invisible text." 'invisible t 'intangible t)
      "on a line"))

Eval the following code, then move to the blank line. Hit C-k. Instead of the
blank line being deleted, it is deleted along with the line with invisible
text below - infact all following lines that start with invis+intang text are
deleted.

Is this a feature? If it is, how can I work around it? I'd imagine this
behavior very confusing to users in most circumstances.

This seems to happen on both CVS and 21.2.

Regards,

-- 
Damien Elmes