Re: comint-prompt-read-only causes problems in Gnus message mode

[Harald Maier <harald@maierh.de>]

Luc Teirlinck <teirllm@dms.auburn.edu> writes:

> Harald Maier wrote:
>
>    In other modes the inserted prompt too has the property 'read-only'
>
> Did you check this?  (You can do `C-u C-x =' to check the text
> properties of a character.)
>
>    but there it's possible to delete the text (e.g. text-mode or the
>    normal mail mode).
>
> By default `read-only' is in yank-excluded-properties.  In that
> setting, the copied text should not have the `read-only' property.  If
> you remove `read-only' from yank-excluded-properties the copied text
> should be _truly_ read-only.  Playing around a little bit, this seems
> to be exactly what happens in practice, as it should.  So the
> _combination_ of the two quotes above looks surprising.

If I copy a promt form the '*shell*' buffer with
'comint-prompt-read-only' equal 't' into the '*scratch* buffer then I
get the following with 'C-u C-x =':

,----
|   character: $ (044, 36, 0x24, U+0024)
|     charset: ascii (ASCII (ISO646 IRV))
|  code point: 36
|      syntax: w        which means: word
|    category: a:ASCII   l:Latin  
| buffer code: 0x24
|   file code: 0x24 (encoded by coding system iso-latin-1)
|     display: by this font (glyph code)
|      -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO8859-1 (0x24)
| 
| There are text properties here:
|   font-lock-face       [comint-highlight-prompt]
|   inhibit-line-move-field-capture t
|   rear-nonsticky       t
|   fontified            t
|   front-sticky         (read-only)
`----

I don't know if this is correct but it seems read-only is still there.
The .emacs looks like follows:

,----[ .emacs ]
| (global-font-lock-mode t)
| (require 'comint)
| 
| (setq comint-prompt-read-only t)
`----

The variable yank-excluded-properties's value is 

,----
| (read-only invisible intangible field mouse-face help-echo local-map
| keymap yank-handler)
`----

Harald