Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: Re: Completion and global aliases
- X-seq: zsh-workers 6539
- From: Peter Stephenson <pws@xxxxxxxxxxxxxxxxx>
- To: "ZSH workers mailing list" <zsh-workers@xxxxxxxxxxxxxx>
- Subject: Re: PATCH: Re: Completion and global aliases
- Date: Wed, 09 Jun 1999 09:48:59 +0200
- In-reply-to: ""Bart Schaefer""'s message of "Wed, 09 Jun 1999 06:15:04 DFT." <990609061505.ZM28357@xxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
"Bart Schaefer" wrote:
> So how about this: We add an option to `autoload' to mark the function
> as immune to alias expansion. It's a small change to execautofn() to
> recognize this flag and temporarily set the noaliases global. Then it's
> just up to `compinit' to deal with its own problems, maybe by doing some
> smart things with `disable -a'.
And it looks like we'd better do something with options, too. There is the
code from compinstall, but then there's always the possibility we could
make it a function as Andrej keeps suggesting. compinstall could still
work out the path to the completion functions and make it get passed down
to compinit, and if compdump was also a function it wouldn't need searching
for, which removes one headache.
> The following patch implements `autoload -U ...' for this. Hmm, I didn't
> change `functions' to output anything for "unaliased" state; should it?
It's hard to know where to put it that isn't going to confuse matters,
either because someone has code to search for `undefined', or because the
next word is taken as the function name, etc. Maybe as long as `functions
-uU' works OK it's good enough.
--
Peter Stephenson <pws@xxxxxxxxxxxxxxxxx> Tel: +39 050 844536
WWW: http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy
Messages sorted by:
Reverse Date,
Date,
Thread,
Author