From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6177 invoked from network); 9 Jun 2000 10:48:11 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 9 Jun 2000 10:48:11 -0000 Received: (qmail 9393 invoked by alias); 9 Jun 2000 10:46:14 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 11835 Received: (qmail 9379 invoked from network); 9 Jun 2000 10:46:13 -0000 Message-ID: <3940CACE.2C1C7CC9@u.genie.co.uk> Date: Fri, 09 Jun 2000 11:45:34 +0100 From: Oliver Kiddle X-Mailer: Mozilla 4.73 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: zsh-workers@sunsite.auc.dk Subject: Re: PATCH: expansion References: <200006090732.JAA22264@beta.informatik.hu-berlin.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sven Wischnowsky wrote: > > Hm, do you want it to ever expand tildes at all? Not particularly. I wouldn't mind if it only did straight after the tilde reference like expand-or-complete does for parameters but it would have to be intelligent enough to see if it could be a partial reference to a longer named directory. Whatever the completion does, it would also be useful to be able to bind ^X~ to expand tildes. > We could add more fine-grained control over the kinds of substitutions tried. I think we should add fine-grained control though I fear it isn't easy to do. It's a pity that the nearest I can get the the behaviour I want is not by using _expand. > Does anyone have other ideas for conditions when to expand or not? > Let's collect them. The only thing I can think of at the moment is the same thing I was saying about tilde expansions with parameter substitutions: if I had a $MAIL and $MAILPATH parameter, $MAIL should do completion and not expansion. To a certain extent, this is what you might get if you had the _expand completer after _complete if it wasn't for the fact that completion would generally not give expansion a chance. Oliver