From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5618 invoked from network); 16 Jun 2000 13:47:40 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 16 Jun 2000 13:47:40 -0000 Received: (qmail 26654 invoked by alias); 16 Jun 2000 13:47:34 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 11946 Received: (qmail 26647 invoked from network); 16 Jun 2000 13:47:34 -0000 Date: Fri, 16 Jun 2000 14:47:07 +0100 From: Peter Stephenson Subject: Re: Cygwin path completion In-reply-to: "Your message of Fri, 16 Jun 2000 17:27:41 +0400." <000701bfd796$a61a7040$21c9ca95@mow.siemens.ru> To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Message-id: <0FW90060C2AHJS@la-la.cambridgesiliconradio.com> Content-transfer-encoding: 7BIT Andrej wrote: > Even if > we cannot find out all drives (is it possible?) _path_files still has to > treat /cygdrive/?/ specially, and not try to glob it. It can also always > offer ``cygdrive'' for the first component (of course, if it matches > current prefix/suffix). Sven will have to answer for the feasibility of all of this, but... One thing that might fit our needs here and elsewhere (e.g. speedups of path completion when you know you don't want initial path components re-jigged) is a style along the lines of fix-path-prefix, only maybe with a better name. A number would fix that many components (`2', here), while something else e.g. `all' would turn off completion of earlier bits of the path altogether. A more generic `fix-prefix' might possibly be useful in certain other completions. -- Peter Stephenson Cambridge Silicon Radio, Unit 300, Science Park, Milton Road, Cambridge, CB4 0XL, UK Tel: +44 (0)1223 392070