Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #15566
| From | Chet Ramey <chet.ramey@case.edu> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: Binding Containing Escape Key Fails to Escape History Search |
| Date | 2019-11-04 14:41 -0500 |
| Message-ID | <mailman.639.1572896519.13325.bug-bash@gnu.org> (permalink) |
| References | <20191022025648.GA19869@midnight> <6fcf6dd7-a0b5-8868-797c-cefbcc3346a2@case.edu> <20191031223246.GA8439@midnight> <72ba8e76-5962-3855-2361-d05cf34569a1@case.edu> |
On 10/31/19 6:32 PM, sunnycemetery@gmail.com wrote: > On 2019-10-30 13:40, Chet Ramey wrote: >> Incremental search doesn't do macro translation like that. > > I see. Is this considered a shortcoming? > > Being able to bind \ef and Alt+f to different commands in various programs > is useful, but without bash coming along for the ride, I might have to go > back to XTerm*altSendsEscape. This is, of course, only one usage case. This isn't close to true. If \ef and Alt+f generate distinct character sequences, you can bind them separately. If they don't, you can't. This has nothing to do with whether or not incremental searching expands keyboard macros. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: Binding Containing Escape Key Fails to Escape History Search Chet Ramey <chet.ramey@case.edu> - 2019-11-04 14:41 -0500
csiph-web