From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15409 invoked from network); 17 Sep 1999 07:28:53 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 17 Sep 1999 07:28:53 -0000 Received: (qmail 3541 invoked by alias); 17 Sep 1999 07:28:42 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7894 Received: (qmail 3533 invoked from network); 17 Sep 1999 07:28:42 -0000 Date: Fri, 17 Sep 1999 09:28:26 +0200 (MET DST) Message-Id: <199909170728.JAA01949@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Peter Stephenson's message of Thu, 16 Sep 1999 18:08:40 +0200 Subject: Re: PATCH: _rpm tweaks (_files vs _path_files discussion) Peter Stephenson wrote: > Adam Spiers wrote: > > Now people may disagree with this, but I would have thought that in > > many completion scenarios, _path_files -/ -g is more > > appropriate than _files -g . For example, when completing tar > > archives, if there are none in directory foo, and you type > > ... > > A second issue is whether, if you find target files in the current > directory, you might still want to complete directories. This is also hard > to generalise on, since if you are completing a common enough file type you > might very well want to be offered directories straight away, while if > there aren't many of that type they may just get in the way. But probably > we need to be more consistent, rather than depending on who happened to > write the completion file. That's certainly right. I was worried about all these `-g' things I added, too, and only thought about adding a config key that would be used in all those places where we now use `-g'. I didn't think about: > It's not a perfect solution, but we could have an argument to _files saying > search only for directories if nothing found, not everything else, and a > completion key saying whether, if that flag is passed, you want directories > included in the list with the other files. For example, > _files -g + -/ (hey, this gives me the idea for another type of > completion interface :-/), and the configuration option > path_merge_alternatives, or something shorter. This sounds good. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de