From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10150 invoked from network); 20 Sep 1999 12:32:42 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 20 Sep 1999 12:32:42 -0000 Received: (qmail 13424 invoked by alias); 20 Sep 1999 12:32:32 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7954 Received: (qmail 13387 invoked from network); 20 Sep 1999 12:32:29 -0000 Date: Mon, 20 Sep 1999 14:32:27 +0200 (MET DST) Message-Id: <199909201232.OAA07276@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Peter Stephenson's message of Mon, 20 Sep 1999 13:52:23 +0200 Subject: Re: PATCH: completion for more X commands Peter Stephenson wrote: > Sven Wischnowsky wrote: > > This adds `_xutils' containing completion code for some of the > > standard X utilities. If this is accepted, `_xrdb' and `_xsetroot' > > should be removed. > > Except that xrdb now doesn't complete *exactly* the thing I needed _xrdb to > do in the first place. Urgh, sorry. > I thought the theory was there should be some way for the user to intercept > choices with functions of their own by testing something or other? That's only needed for sub-commands/states as in `_rpm' (or `_cvs' if that wouldn't use functions anyway). Functions with `#compdef's with multiple commands can be overridden by placing a file with a `#compdef' for the command(s) wanted ealier in the `fpath'. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de