Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14115 > unrolled thread
| Started by | Chet Ramey <chet.ramey@case.edu> |
|---|---|
| First post | 2018-05-20 15:34 -0400 |
| Last post | 2018-05-20 15:34 -0400 |
| Articles | 1 — 1 participant |
Back to article view | Back to gnu.bash.bug
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] Add nofirstword completion option Chet Ramey <chet.ramey@case.edu> - 2018-05-20 15:34 -0400
| From | Chet Ramey <chet.ramey@case.edu> |
|---|---|
| Date | 2018-05-20 15:34 -0400 |
| Subject | Re: [PATCH] Add nofirstword completion option |
| Message-ID | <mailman.131.1526844871.1292.bug-bash@gnu.org> |
On 5/18/18 7:06 AM, Luca Boccassi wrote: > Network operating systems traditionally have provided a command > line interface with "operation mode" and "configuration mode", with > different auto-completion behaviour - specifically, with a small set > of supported commands that are printed using the auto-completion > shortcut key, depending on the mode. > In order to be able to implement such modes using Bash, Linux and Free > Software, it's necessary to be able to optionally disable > auto-completion on the first word, so that the relevant help text > (depending on the mode) can be printed on the console instead. > Add and document a nofirstword completion option to implement this > feature. I don't like this, and don't see it as having much general use. If this functionality is required, I would rather see it implemented as a programmable completion mode (and a new option to `complete') that can be used to auto-complete command names. Chet -- ``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 top | Article view | gnu.bash.bug
csiph-web