From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20188 invoked from network); 23 Jun 2009 15:12:15 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Received: from new-brage.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.254.104) by ns1.primenet.com.au with SMTP; 23 Jun 2009 15:12:15 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 350 invoked from network); 23 Jun 2009 15:12:03 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 23 Jun 2009 15:12:03 -0000 Received: (qmail 29787 invoked by alias); 23 Jun 2009 15:11:32 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 14202 Received: (qmail 29763 invoked from network); 23 Jun 2009 15:11:31 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 23 Jun 2009 15:11:31 -0000 Received: from vms173019pub.verizon.net (vms173019pub.verizon.net [206.46.173.19]) by bifrost.dotsrc.org (Postfix) with ESMTP id C8576801E289 for ; Tue, 23 Jun 2009 17:11:26 +0200 (CEST) Received: from torch.brasslantern.com ([173.67.89.4]) by vms173019.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KLP00H6D66TVJB2@vms173019.mailsrvcs.net> for zsh-users@sunsite.dk; Tue, 23 Jun 2009 10:11:23 -0500 (CDT) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id n5NFBGo8006251 for ; Tue, 23 Jun 2009 08:11:17 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id n5NFBGti006250 for zsh-users@sunsite.dk; Tue, 23 Jun 2009 08:11:16 -0700 From: Bart Schaefer Message-id: <090623081116.ZM6249@torch.brasslantern.com> Date: Tue, 23 Jun 2009 08:11:16 -0700 In-reply-to: <20090623142650.GA10573@trustfood.org> Comments: In reply to Eric Smith "invoking compadd so that completion is for the second argument" (Jun 23, 4:26pm) References: <20090614072632.GA18736@trustfood.org> <20090623142650.GA10573@trustfood.org> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@sunsite.dk Subject: Re: invoking compadd so that completion is for the second argument MIME-version: 1.0 Content-type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.94.2/9497/Tue Jun 23 12:30:11 2009 on bifrost X-Virus-Status: Clean On Jun 23, 4:26pm, Eric Smith wrote: } } I want to set up completion rules for the second argument } and not the first which appears to eb the default. } } How would i do this? Could you provide an example command line to illustrate what you intend to have happen? For example, given a command line such as: % roger dodger codger Do you mean: (1) The completion for "roger" is invoked, but the set of matches for "codger" is not the same as the set of matches for "dodger"; or (2) The completion for "dodger" should be invoked (as if "roger" were not present) in order to generate matches for "codger"; or (3) Some other thing entirely. If (1), the best answer may be different if the matches for "codger" are purely based on its position on the command line, or if they may depend on what appears as the word in the "dodger" position.