From: Wayne Davison <wayne@tenor.clarinet.com>
To: zsh-workers@math.gatech.edu
Subject: Completion quirks
Date: Fri, 14 Jul 1995 17:49:42 -0700 (PDT) [thread overview]
Message-ID: <9507141749.aa19526@tenor.clarinet.com> (raw)
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. Just today I installed hzoli10.1+ (including patch2) and its
behavior is different but also wrong -- it chooses one of longer matches.
For example, in one directory of mine I have some picture processing
binaries:
ppmquant pp ppr pp.sh ppmmerge ppmhist
If I type "ls pp" and hit tab using zsh 2.6 beta8, it generates a space.
Hitting tab again would start a new completion.
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".
Turning on "auto_menu" in combination with menu_complete actually works,
even though the documentation says that auto_menu is overridden by
menu_complete. The behavior in this case is to beep and list the choices
on the first tab, and then start menu-completion with proper screen
updating on subsequent tabs. I like this behavior a lot, so I've made
it my new default, so for the moment I'm happy.
I'm running zsh this under SCO 3.2v4.2 using gcc 2.7.0 -- is anyone
else having a problem with this?
..wayne..
next reply other threads:[~1995-07-15 0:51 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
1995-07-15 0:49 Wayne Davison [this message]
1995-07-15 2:19 ` Zefram
1995-07-15 3:54 ` about beta11 Richard Coleman
1995-07-15 4:53 ` Zefram
1995-07-15 6:28 ` Richard Coleman
1995-07-15 7:51 ` Zefram
[not found] <no.id>
1995-07-15 2:58 ` Completion quirks Zefram
1995-07-15 18:54 ` Wayne Davison
1995-07-17 19:20 ` Zoltan Hidvegi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9507141749.aa19526@tenor.clarinet.com \
--to=wayne@tenor.clarinet.com \
--cc=zsh-workers@math.gatech.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).