Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
RE: Zsh observations
- X-seq: zsh-workers 15309
- From: Michael Schaap <cygwin@xxxxxxxxx>
- To: <cygwin@xxxxxxxxxx>
- Subject: RE: Zsh observations
- Date: Sun, 08 Jul 2001 14:57:15 +0200
- Cc: "ZSH Workers Mailing List" <zsh-workers@xxxxxxxxxx>
- In-reply-to: <000501c10546$4e7318e0$21c9ca95@xxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <5.1.0.14.2.20010705112435.03520c60@xxxxxxxxxxxxxx>
Hello Andrej,
At 13:33 5-7-2001, Andrej Borsenkow wrote:
Apply this patch and do it :-) It was lost when gcc stopped setting _WIN32
by default.
Note, that it will make completion list executables twice - as foo and
foo.exe. With new completion you may want to set something like
zstyle ':completion::complete:-command-:*' ignored-patterns
'*.(#i)(exe|dll)'
to prevent *.exe and *.dll from appearing in the list (given, that every
foo.exe is already hashed as foo, it is O.K.; and dll is not executable
anyway - or is it?)
This works very nicely, with one exception.
If I'm trying to complete an executable in the current directory, e.g.
% setu<TAB>
it will give me neither "setup", nor "setup.exe". This is logical, because
the special .exe handling is only for the PATH hash.
Would you know a workaround for that?
Thanks,
- Michael
(Wouldn't it be nice if Cygwin did this foo.exe -> foo handling
automagically for us?)
Messages sorted by:
Reverse Date,
Date,
Thread,
Author