From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25393 invoked from network); 6 Jun 2000 05:19:28 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 6 Jun 2000 05:19:28 -0000 Received: (qmail 15616 invoked by alias); 6 Jun 2000 05:19:21 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 11765 Received: (qmail 15603 invoked from network); 6 Jun 2000 05:19:19 -0000 From: "Bart Schaefer" Message-Id: <1000606051626.ZM194@candle.brasslantern.com> Date: Tue, 6 Jun 2000 05:16:26 +0000 In-Reply-To: <1000606045656.ZM65@candle.brasslantern.com> Comments: In reply to "Bart Schaefer" "#compdef -k menu-select glitch in 3.1.9" (Jun 6, 4:56am) References: <1000606045656.ZM65@candle.brasslantern.com> X-Mailer: Z-Mail (5.0.0 30July97) To: zsh-workers@sunsite.auc.dk Subject: Re: #compdef -k menu-select glitch in 3.1.9 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Jun 6, 4:56am, Bart Schaefer wrote: } Subject: #compdef -k menu-select glitch in 3.1.9 } } If I explicitly invoke `zle -C _widget .menu-select _widget' then I do get } menu-select behavior, but for some reason it doesn't work at compinit time. I found out what's happening: this is partly pilot error on my part, and partly bad behavior from compinit. I have two files in my $fpath both named _widget with different #compdef tags. compinit processes both of them, in $fpath order, which means that the #compdef that wins doesn't match the function that gets autoloaded. I expected it to only process the one that would actually be autoloaded. Should we stick a `(( $+functions[$_i_file] )) && continue' or equivalent into the `for _i_file in ...' loop in compinit? The other puzzler, with the beeping, still remains. -- 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