From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gatech.edu (gatech.edu [130.207.244.244]) by werple.mira.net.au (8.6.12/8.6.9) with SMTP id MAA23753 for ; Sat, 15 Jul 1995 12:52:02 +1000 Received: from math (math.skiles.gatech.edu) by gatech.edu with SMTP id AA07311 (5.65c/Gatech-10.0-IDA for ); Fri, 14 Jul 1995 22:52:27 -0400 Received: by math (5.x/SMI-SVR4) id AA14729; Fri, 14 Jul 1995 22:48:58 -0400 Resent-Date: Sat, 15 Jul 1995 03:19:33 +0100 (BST) Old-Return-Path: From: Zefram Message-Id: <515.199507150249@stone.dcs.warwick.ac.uk> Subject: Re: Completion quirks To: wayne@tenor.clarinet.com (Wayne Davison) Date: Sat, 15 Jul 1995 03:19:33 +0100 (BST) In-Reply-To: <9507141749.aa19526@tenor.clarinet.com> from "Wayne Davison" at Jul 14, 95 05:49:42 pm X-Loop: zefram@dcs.warwick.ac.uk X-Stardate: [-31]5980.48 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: zefram@dcs.warwick.ac.uk Resent-Message-Id: <"51ItN3.0.3c3.Poo1m"@math> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/206 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu >My normal completion options have been to have "auto_list" set and nothing >else. With this setup there has been a long-standing quirk that if you >hit the completion key with a string that exactly matches a possible >completion, zsh would choose that match even if other (longer) matches >exist. The REC_EXACT option does this. It would be helpful, when posting this kind of query, for you to include a *complete* list of option settings. Completion is affected by a great many options. > Just today I installed hzoli10.1+ (including patch2) and its >behavior is different but also wrong -- it chooses one of longer matches. Curious. Setting REC_EXACT, I got the same behaviour. My non-hzoli beta10 plus lots of patches picks the right match, as does plain beta10. [...] >If I use zsh 2.6 beta10hzoli10.1+, it generates "ls ppmhist" -- the last >item in the (unsorted) directory (I don't know if that's significant). >If I hit tab a second it seems to try to treat it as a menu complete (even >though it's not turned on), but fails to update correctly -- I get this: >"ls ppmhist mhist". > >Turning on "menu_complete" in hzoli10.1+ behaves exactly the same way. > >Turning on "auto_menu" without menu_complete also fails, but in a >different way: it displays "ls ppmhist " (no beep). One more tab beeps >and backs up a space. Another tab displays "ls ppmhist .sh". Another >tab displays "ls ppmhist mhist". With hzoli10 I got this behaviour, and also with my own patched beta10 (though starting with the correct match). This problem is almost certainly a result of my completion list patches (which I can't test with every option, though I did give it a bit of a work out). Plain beta10 for me misbehaved on the second completion, much in the way you describe, so I think it is safe to say that REC_EXACT is, for the moment, broken. I'll see what I can do... -zefram P.S. Can we expect an beta11-test release any time soon, Richard?