From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14542 invoked from network); 10 Mar 2002 16:44:10 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 10 Mar 2002 16:44:10 -0000 Received: (qmail 28917 invoked by alias); 10 Mar 2002 16:44:05 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 16792 Received: (qmail 28903 invoked from network); 10 Mar 2002 16:44:03 -0000 From: "Bart Schaefer" Message-Id: <1020310164136.ZM25797@candle.brasslantern.com> Date: Sun, 10 Mar 2002 16:41:35 +0000 In-Reply-To: <20020310163402.D6335@corelli.new.ox.ac.uk> Comments: In reply to Adam Spiers "puzzling compset -P behaviour" (Mar 10, 4:34pm) References: <20020310163402.D6335@corelli.new.ox.ac.uk> X-Mailer: Z-Mail (5.0.0 30July97) To: Adam Spiers , zsh-workers@sunsite.dk Subject: Re: puzzling compset -P behaviour MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Mar 10, 4:34pm, Adam Spiers wrote: } } $PREFIX and $IPREFIX seem to get "reset" with nested calls to } compset -P. Look at the doc for $compstate[restore]. You need to assign compstate[restore]=no (or unset it) inside the functions that want their PREFIX/SUFFIX changes to remain visible outside. -- 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