Command-line completion
Command-line completion is a common feature of command-line interpreters, in which the program automatically fills in partially typed commands.
Command line interpreters are programs that allow a user to interact with the underlying operating system by typing commands at a command prompt using a command line interface, in contrast to pointing and clicking a mouse in a Graphical User Interface. Command-line completion allows the user to type the first few characters of a command, program, or filename, and press a completion key to fill in the rest of the item. The user then presses or to run the command or open the file.
Command-line completion is useful in several ways, as illustrated by the animation accompanying this article. Commonly accessed commands, especially ones with long names, require fewer keystrokes to reach. Commands with long or difficult to spell filenames can be entered by typing the first few characters and pressing a completion key, which completes the command or filename. In the case of multiple possible completions, some command-line interpreters, especially Unix shells, will list all possible completions beginning with those few characters. The user can type more characters and press again to see a new, narrowed-down list if the typed characters are still ambiguous, or else complete the command/filename with a trailing space. An alternate form of completion rotates through all matching results when the input is ambiguous.
Completable elements may include commands, arguments, file names and other entities, depending on the specific interpreter and its configuration. Command-line completion generally only works in interactive mode. That is, it cannot be invoked to complete partially typed commands in scripts or batch files, even if the completion is unambiguous. The name tab completion comes from the fact that command-line completion is often invoked by pressing the tab key.
History
Tab completion showed up early in computing history; one of the first examples appeared in the Berkeley Timesharing System for the SDS 940, where if a typed string were ambiguous, the interpreter would do nothing, but if the string was not ambiguous, it would automatically complete it without any command from the user. This feature did not work well with the all too frequent typos, and so was a mixed blessing. This feature was imitated by Tenex's developers who made an important change: Tenex used "escape recognition", in which the interpreter would not attempt to autocomplete unless the escape key was struck by the user. The domain was also expanded from only program names on the Berkeley system to both program names and files on Tenex. The Tenex descendant TOPS-20 moved command line completion from command interpreter to the operating system via the COMND JSYS system call, to make it available to other user applications. From there it was borrowed by Unix.Example
To open the file with Firefox one would type:firefox introduction-to-command-line-completion.html
This is a long command to type. Instead we can use command-line completion.
Prompting completion
The following example shows how command-line completion works in Bash. Other command line shells may perform slightly differently.First we type the first three letters of our command:
fir
Then we press and because the only command in our system that starts with "fir" is "firefox", it will be completed to:
firefox
Then we start typing the file name:
firefox i
But this time is not the only file in the current directory that starts with "i". The directory also contains files and. The system can't decide which of these filenames we wanted to type, but it does know that the file must begin with "introduction-to-", so the command will be completed to:
firefox introduction-to-
Now we type "c":
firefox introduction-to-c
After pressing it will be completed to the whole filename:
firefox introduction-to-command-line-completion.html
In short we typed:
firic
This is just eight keystrokes, which is considerably less than 52 keystrokes we would have needed to type without using command-line completion.
Rotating completion
The following example shows how command-line completion works with rotating completion, such as Windows's CMD uses.We follow the same procedure as for prompting completion until we have:
firefox i
We press once, with the result:
firefox introduction-to-bash.html
We press again, getting:
firefox introduction-to-command-line-completion.html
In short we typed:
firi
This is just seven keystrokes, comparable to prompting-style completion. This works best if we know what possibilities the interpreter will rotate through.
Completion in different command line interfaces
- Unix shells, including Bash and ksh among many others, have a long-standing tradition of advanced and customizable completion capabilities.
- * Bash programmable completion,
complete
andcompgen
commands have been available since the beta version of 2.04 in 2000 and offers at least Pathname and filename completion. - * For Korn shell users, file name completion depends on the value of the EDITOR variable. If EDITOR is set to vi, you type part of the name, and then,. If EDITOR is set to Emacs, you type part of the name, and then,.
- * The Z shell pioneered the support for fully programmable completion, allowing users to have the shell automatically complete the parameters of various commands unrelated to the shell itself, which is accomplished by priming the shell with definitions of all known switches as well as appropriate parameter types. This allows the user to e.g. type keypress|TabCitation needed|date=June 2008^|the examples given are neither RS, nor suitable presentation to support the commentMono|cmd.exeMono|cmd.exe /F:ONMono|cmd.exe /?Mono|COMMAND.COMMono|COMMAND.COM
Unix shells
*
Windows command interpreters
- Windows Server 2003:
- #
- #
*