[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: old-menu-complete behavior in bash v4 / readline v6
From: |
Chet Ramey |
Subject: |
Re: old-menu-complete behavior in bash v4 / readline v6 |
Date: |
Tue, 15 Mar 2011 11:24:36 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.14) Gecko/20110221 Thunderbird/3.1.8 |
On 3/15/11 11:13 AM, Alan wrote:
> Thanks for the response!
>
> The problem is, if I turn off 'show-all-if-ambiguous', hitting tab
> won't display all the possible completions. I like the old behavior of
> 'menu-complete' because if I wanted to display the completions, I
> could always hit tab before purely cycling through the choices with
> 'menu-complete.' So it gives more flexibility in my opinion.
>
> Plus, I expected something with the name, 'old-menu-complete,' to
> behave like the old 'menu-complete' did, but I digress...
Sure, modulo any bug fixes. It was, as I said, a bug that the menu
completion function didn't behave like other completion functions and
honor the setting of show-all-if-ambiguous. That was changed in the
readline-6.2 development cycle before I changed the behavior more
radically and split the old from the new.
> What would be the best way for me to make old-menu-complete behave
> like menu-complete did pre-readline-6.0? (In other words, behave like
> 'show-all-if-ambiguous' is off, while it is really on for other stuff
> like tab.) Would it be best to write some sort of bash function? Or
> would it be better to just modify the source code?
You'll have to modify the source code.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/