From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13782 invoked from network); 27 Jun 2001 18:39:05 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 27 Jun 2001 18:39:05 -0000 Received: (qmail 22093 invoked by alias); 27 Jun 2001 18:38:15 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 15146 Received: (qmail 22078 invoked from network); 27 Jun 2001 18:38:14 -0000 From: "Bart Schaefer" Message-Id: <1010627183519.ZM6350@candle.brasslantern.com> Date: Wed, 27 Jun 2001 18:35:19 +0000 X-Mailer: Z-Mail (5.0.0 30July97) References: <200106271311.PAA31162@beta.informatik.hu-berlin.de> To: zsh-workers@sunsite.dk Subject: Re: PATCH (?) Re: [zsh 4.0.1 bug] filename completion MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I wrote: } } But this isn't a really good solution, because with that and directories } } `~soft/foo' and `software/foo' completion after `cd soft/f' lists } } the `foo's, not the ambiguous prefix } } Hrm. That's a pretty minor problem by comparison. Particularly since it } will (appear to) do the right thing if there are at least two directories } starting with `f' that don't share a whole name in common. One complication of this is: schaefer<509> cd soft/ Completing directories after cdablevar software/ src/ sparc-solaris/ share/ scripts/ Completing local directories subdir/ The "local directory" listed above is really ./software/subdir/. Cycling through the menu completions inserts it properly -- it's just the display that is wrong. -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net