From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4123 invoked from network); 1 Sep 1999 12:21:28 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 1 Sep 1999 12:21:28 -0000 Received: (qmail 16837 invoked by alias); 1 Sep 1999 12:21:19 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7606 Received: (qmail 16827 invoked from network); 1 Sep 1999 12:21:18 -0000 Message-Id: <9909011147.AA15753@ibmth.df.unipi.it> To: zsh-workers@sunsite.auc.dk Subject: Re: Change of behaviour in history-search-backward ? In-Reply-To: "Ollivier Robert"'s message of "Wed, 01 Sep 1999 10:19:24 DFT." <19990901101924.A61425@caerdonn.eurocontrol.fr> Date: Wed, 01 Sep 1999 13:47:19 +0200 From: Peter Stephenson Ollivier Robert wrote: > In 3.1.5 (the only old version I have here), "history-search-backward" was > looking for the largest pattern but it has changed in 3.1.6 (I don't know > when) and now, it is only looking for the first word. It wasn't and it hasn't. The actually change was mentioned as a proposal before 3.1.6, in the documentation for 3.1.6, and in the FAQ. For the last time: - history-search-backward always only searched the first word. However, in earlier versions of 3.1, the logic was changed to avoid dependence on flags, so that it only matched complete first words (e.g. compp wouldn't find compress). So Zefram changed the binding to history-beginning-search-backward, which does what you want. - In 3.1.6, history-search-backward has been re-implemented much closer to its original behaviour using static variables. So I restored the binding to be compatible with all versions of zsh up to 3.1.something. - history-beginning-search-backward is still available and you need to bind it to \ep to get the 3.1.5 behaviour. -- Peter Stephenson Tel: +39 050 844536 WWW: http://www.ifh.de/~pws/ Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy