From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 844 invoked from network); 10 Sep 1999 15:55:01 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 10 Sep 1999 15:55:01 -0000 Received: (qmail 1307 invoked by alias); 10 Sep 1999 15:54:50 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7772 Received: (qmail 1299 invoked from network); 10 Sep 1999 15:54:50 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer david.siemens.de) From: "Andrej Borsenkow" To: "Oliver Kiddle" , "ZSH workers mailing list" Subject: Completion listing of command options ( Re: Size of select listing?) Date: Fri, 10 Sep 1999 19:54:47 +0400 Message-ID: <000e01befba4$ceeb5490$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <37D92271.182ECD11@u.genie.co.uk> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Yes, starting to experiment with _arguments, I discovered the same problem. You can set option_prefix configuration key. In this case, options will be generated only if anything else fails. This reduces list to "normal arguments" completion. Still, I'd like to add handling of `--' as option terminator as well. We need some way (option?) to tell _arguments, that `--' ends option list for this command, so, that after `--' it won't try to complete command options any more. You can make options and arguments be displayed in separate groups. It adds to readability but does not make list size smaller. About `-' display - it is currently needed to distinguish between option(s) and argument(s). If you can make sure, that only options or only arguments are displayed - it could be omitted. But, if you make a patch, do make it to use a configuration key :-) Still, _arguments, even with option_prefix set, behaves funnily: patch TAB -> completes files. It's O.K. patch foo TAB -> again files. Still O.K. patch foo bar TAB - lists all options! But, patch can have only two arguments - so, I'd expected some message about it. /andrej > > It doesn't so much relate to handling the screen size but, one area > which I really don't like about the way _arguments and _long_options > work is the way options are considered possible matches straight-away.