bash and the delete key

Randall R Schulz rrschulz@cris.com
Sat Jul 27 15:54:00 GMT 2002


Nicholas,

At 08:06 2002-07-27, Nicholas Wourms wrote:
>--- Randall R Schulz <rrschulz@cris.com> wrote:
> > >So I ask again, is remapping CTRL-V going to cause any problems
> > >for those who have no desire to enter tabs on the command line?
> >
> > For the ignorant, no, it will cause no problems. For those who need 
> literal
> > next and have the legitimate expectation that it will be in the default
> > place (CTRL-V), yes it matters and should not be changed.
>
>I would like to point out that CTRL-V is used by nano and pico users
>to scroll down one page.  If I'm not mistaken, it is used in lynx as
>well.  In fact, pretty much any readline based application I can
>think of uses it.  Since readline uses inputrc for its bindings, this
>would probably break the binding in many current applications.  I
>have to agree with Randall that this would be a very bad idea, and
>probably cause many mailing-list headaches (as most newbies like to
>use pico/nano).  If I know Chris' responses, he'd probably say
>something like, "Hell will freeze over first before CTRL-V gets
>changed."  Either that, or "We aren't going to change it because we
>are *mean*."

Vi uses it as (surprise) literal-next.

Also, I conducted an experiment. I changed the tty driver's "lnext" 
character and launched a sub-shell (BASH), but in that shell even though 
the "stty -a" confirmed my change to "lnext" was still in effect, readline 
within BASH was still using CTRL-V as the literal next character. Further 
experimentation suggests that readline will only adapt to the tty driver's 
"lnext" character if it does not conflict with a pre-existing readline 
binding. In any case, it keeps CTRL-V as literal next even if the tty 
driver's "lnext" does not conflict.


>Sorry, it ain't gonna happen, 'Nuff Said.

One can only hope.

This whole business ain't as simple as it might seem, since so many 
characters are interpreted by the tty driver and / or readline and various 
applications.


>Cheers,
>Nicholas


Randall Schulz


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/



More information about the Cygwin mailing list