From: kai.grossjohann@uni-duisburg.de (Kai Großjohann)
Subject: Re: shell-mode autocompletion uglinesses
Date: Mon, 02 Dec 2002 21:20:34 +0100 [thread overview]
Message-ID: <84y978cgvh.fsf@lucy.cs.uni-dortmund.de> (raw)
In-Reply-To: asgd8v$117$1@sapa.inka.de
"Felix E. Klee" <felix.klee@inka.de> writes:
> there are two things that bother me enormously when using autocompletion in
> shell-mode.
> 1. When I enter
> ls /usr/
> and press tab nothing happens. What I expect, however, is that I get a
> list of choices containing all files and directories in "/usr/".
What happens if you press TAB again?
> 2. Suppose my EMACS window is split horizontally with a shell in one buffer
> and a README giving me instructions in another buffer. When I enter
> ls /usr/in
> I see the following list in the *Completions* buffer:
> include/ info/
> Then I press "n tab" and the shell command expands into
> ls /usr/include
> as intended. Now, however, the *Completions* buffer is still there
> although it is not needed anymore. How do I make it go away once I have
> finished my completion?
I think pcomplete has a mechanism for making the completions buffer
disappear. At least I know that eshell does this.
Maybe Emacs will use pcomplete completion by default in the future.
> If I cannot change the above behavior I'd rather use tab autocompletion as
> implemented in my shell (BASH). Is this possible?
Once upon a time, there was a file which purported to use the tcsh
tab completion in shell mode. It was years ago. Maybe it also works
for bash. I have no idea how to find the file. It had `tcsh' in its
name and possibly also `complet'.
Another alternative would be to set up shell mode to use pcomplete
now. Hm. Ah! Maybe it's sufficient to
(require 'shell)
(define-key shell-mode-map (kbd "TAB") 'pcomplete)
How about you try this?
pcomplete completion is programmable. It groks `make' (completes on
targets from Makefile) by default.
--
~/.signature is: umop ap!sdn (Frank Nobis)
next prev parent reply other threads:[~2002-12-02 20:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-02 19:45 shell-mode autocompletion uglinesses Felix E. Klee
2002-12-02 20:20 ` Kai Großjohann [this message]
2002-12-02 20:40 ` Felix E. Klee
2002-12-02 23:52 ` Steffen Mazanek
2002-12-03 7:38 ` Kai Großjohann
2002-12-03 8:38 ` Kai Großjohann
2002-12-03 12:58 ` Felix E. Klee
2002-12-03 17:45 ` Kai Großjohann
2002-12-03 22:59 ` Romain FRANCOISE
2002-12-03 23:31 ` Felix E. Klee
2002-12-04 6:59 ` Romain FRANCOISE
2002-12-08 11:33 ` Felix E. Klee
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=84y978cgvh.fsf@lucy.cs.uni-dortmund.de \
--to=kai.grossjohann@uni-duisburg.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).