Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: #compdef -k menu-select glitch in 3.1.9
- X-seq: zsh-workers 11784
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: #compdef -k menu-select glitch in 3.1.9
- Date: Tue, 6 Jun 2000 17:52:11 +0000
- In-reply-to: <200006060948.LAA08623@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <200006060948.LAA08623@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
On Jun 6, 11:48am, Sven Wischnowsky wrote:
} Subject: Re: #compdef -k menu-select glitch in 3.1.9
}
} Bart Schaefer wrote:
}
} > Should we stick a `(( $+functions[$_i_file] )) && continue' or equivalent
} > into the `for _i_file in ...' loop in compinit?
}
} Or make compinit tell the user about such things and add an option to
} make it be quiet
That won't do it for me, as I want to have both versions of the function
around. It should get the right one.
} (that reminds me of the security checks you suggested
} for loading the completion system; I got no reply to my suggested
} patch in 11440).
Oh, I'm sorry, I thought I had replied.
11440 is the right idea, but I think the test should be for directories
or files that are writable by anyone other than root or the current user.
That means files not owned by the root or the current user fail, as do
files in any group or world writable directory, or in any directory not
owned by root or by the current user.
Then it needs three possibilities for how to treat failure of the tests:
(1) Ask whether to use the completion system.
(2) Silently ignore all directories and files that fail.
(3) Silently accept all directories and files in $fpath.
} > The other puzzler, with the beeping, still remains.
}
} That's because menu-select always returns zero, whereas the other
} completion widgets return 1 when listing and LISTBEEP is set.
But it isn't listing any more at the time of the beep! I get the beep
when I *exit* from menu selection with a choice, not when I *enter* menu
selection (which would make more sense from the listbeep standpoint).
} Hm, is it `correct' to make menu-select beep, too?
No.
} I don't have any opinion here since I don't let it beep at me at
} all... what do you want to have?
I don't believe menu selection should be considered a listing for the
purposes of listbeep, no matter how you got there; but if it is going to
be, then it ought to beep before and not after.
--
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
Messages sorted by:
Reverse Date,
Date,
Thread,
Author