From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5677 invoked from network); 4 Feb 2002 18:25:23 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 4 Feb 2002 18:25:23 -0000 Received: (qmail 27991 invoked by alias); 4 Feb 2002 18:25:09 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 16554 Received: (qmail 27972 invoked from network); 4 Feb 2002 18:25:08 -0000 From: "Bart Schaefer" Message-Id: <1020204182501.ZM21407@candle.brasslantern.com> Date: Mon, 4 Feb 2002 18:25:01 +0000 In-Reply-To: <20020204175927.GA12977@dman.com> Comments: In reply to Clint Adams "PATCH: _ssh (scp)" (Feb 4, 12:59pm) References: <20020204175927.GA12977@dman.com> X-Mailer: Z-Mail (5.0.0 30July97) To: Clint Adams , zsh-workers@sunsite.dk Subject: Re: PATCH: _ssh (scp) Cc: david@debian.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Feb 4, 12:59pm, Clint Adams wrote: } Subject: PATCH: _ssh (scp) } } So this is based on a patch from David Engel for something resembling } the current 4.0.x CVS. Is it necessary to provide the echo behavior } as well, or can we safely assume that everything can do ls -d1F these } days? Assorted remarks: This still needs the 2>/dev/null fix I described in 16533. If you *are* going to parse "ls -F" output, you should remove the comment that indicates otherwise. Another possible approach would be to use ls (without -d) on the directory parent of the remote path, and let the completion system filter out the non-matching names, rather than the rather crude hack I did of appending a `*' to the path. This would support complete-in-word a bit better, but means more network traffic. -- 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