[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: comint-accumulate-marker

From: Nick Roberts
Subject: Re: comint-accumulate-marker
Date: Wed, 19 Apr 2006 11:24:27 +1200

 > >  > I will install it shortly, but wanted to run one more variant of the  
 > >  > patch by everyone first.  This version is permanently enabled.  It  
 > >  > also saves input even when you use M-r/M-s,
 > > 
 > > The previous patch seems to do that already.
 > Formerly only M-p, and M-n worked.  M-r/M-s could *appear* to work if
 > you had already used M-p to save some partial input, but it wasn't
 > current.


 > > >                                              and it binds "C-c C-g" to  
 > >  > a new function `comint-restore-input',  so no matter where you are on  
 > >  > the history ring, you can zap back to your stranded partial input  
 > >  > with C-c C-g.  Let me know if that's a good binding (and where it  
 > >  > should be documented).
 > > 
 > > I'm not sure that I would use/remember it.  It can't be on "C-c C-g"
 > > anyway because "C-g" is used to quit a command.  If it is installed, I
 > > guess it should be described in the node "Shell Ring".
 > C-c C-j, then?  Can you see any harm in having such a binding?  In the
 > terminal shell, since input is not a ring but a stack, you can just hold
 > down the arrow and get all the way back to your stranded input in a
 > hurry.  This doesn't work for a ring of history like comint's. 

I don't see any harm, you're not forcing me to use it.

Incidentally your patch seems a bit mangled but I'm not sure why diff-mode
gets quite so confused e.g why it doesn't patch comint-restore-input and
comint-delete-input properly.

Nick                                           http://www.inet.net.nz/~nickrob

reply via email to

[Prev in Thread] Current Thread [Next in Thread]