[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: some other observations on pcomplete]

From: Kai Großjohann
Subject: Re: address@hidden: some other observations on pcomplete]
Date: Wed, 13 Mar 2002 13:38:09 +0100
User-agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2.50 (i686-pc-linux-gnu)

Richard Stallman <address@hidden> writes:

>     The use of pcomplete.el has several advantages, even if you make
>     it behave "almost as the old code", so I think it would be an error
>     to revert the change.
> Could someone tell me what they are?

I'm not an expert on this, but two things at least come to my mind:

* pcomplete can offer context-sensitive completion, depending on the
  shell command.  For instance, "make a<TAB>" reads the Makefile and
  offers all make targets starting with "a".  Filename completion
  after the "xdvi" command could be restricted to *.dvi files.  (Not
  sure if this is in pcomplete already, but it could be added easily.)

* After hitting TAB to pop up a *Completions* buffer, typing makes the
  buffer (window, actually) go away.

Additionally, if everything uses pcomplete, then the user just needs
to frob one option to get the cycling behavior, everywhere.  Same for
the other options that pcomplete allows.

Silence is foo!

reply via email to

[Prev in Thread] Current Thread [Next in Thread]