From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17315 invoked from network); 27 Feb 2001 00:06:15 -0000 Received: from unknown (HELO sunsite.dk) (130.225.51.30) by ns1.primenet.com.au with SMTP; 27 Feb 2001 00:06:15 -0000 Received: (qmail 24552 invoked by alias); 27 Feb 2001 00:05:45 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13542 Received: (qmail 24541 invoked from network); 27 Feb 2001 00:05:44 -0000 Sender: opk Message-ID: <3A9AE0CC.35DB6FCD@yahoo.co.uk> Date: Mon, 26 Feb 2001 23:03:40 +0000 From: Oliver Kiddle X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16 i586) X-Accept-Language: en MIME-Version: 1.0 To: zsh-workers@sunsite.dk Subject: Re: Global aliases, eval, and completion (Re: Expanding interactively aliases) References: <200102210819.JAA17470@beta.informatik.hu-berlin.de> <1010226072557.ZM4551@candle.brasslantern.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bart Schaefer wrote: > > } > Would it be easy to avoid this somehow? > > Having already implemented `autoload -U', we could now easily add a zsh > option `noalias' akin to `noglob', and then add that to $_comp_options. > Then completion functions that specifically wanted aliases could restore > the `alias' option in the scope where they wanted it. That seems like a good idea. The only other thing I can think of is another precommand modifier - noalias, like noglob. > I said exactly the same thing about "source -U" in the aforementioned > year-ago thread. I remember that actually. I'm undecided on it myself because source -U would be useful. Incidentally, tcsh has a -h option to source (but no options to eval). I suppose a noalias option would avoid the need for a source -U. Oliver Kiddle