Re: comint: 'C-c RET' changed unfavorabily

[Nick Roberts]

 >     Nick> The two functions overlap (they both retrieve earlier
 >     Nick> input).  Can you give a simple example of how you use
 >     Nick> comint-copy-old-input in a way that doesn't work with
 >     Nick> comint-insert-input?
 > 
 > Sure; assuming M-x shell, i.e. buffer *shell*
 > Use a few commands  ('ls', 'pwd', 'cd ..' etc)
 > Now type C-c C-p at least once: This moves 'point' to one of the
 > previous input lines;
 > now  C-c RET  doesn't do anything in emacs 22, but it did what I
 > have used it for, in Emacs <= 21.x ,
 > namely 
 > - copies the input line to the end of your *shell* buffer
 > - moves 'point' (and scrolls if necessary) at the *end* of this line
 > 
 > such that another <return> simply would submit this line as a
 > new line of input.  The practical use is that I often slightly
 > change the line before resubmitting.
 > 
 > Is that sufficient?

Emacs <= 21.x and Emacs 22 do the same thing for me.  Luc points out the
C-c RET doesn't work when comint-use-prompt-regexp is non-nil.  What
value do you have? (Its nil for me).

Emacs 21 had two similar commands: comint-copy-old-input and
comint-insert-clicked-input.  Having just one command (comint-insert-input)
avoided unnnecessary duplication.  I think it is probably best to fix
comint-insert-input to use comint-prompt-regexp when comint-use-prompt-regexp
is non-nil rather than revert the change.

Nick