Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Completion TODO (was: pws-11)
- X-seq: zsh-workers 5687
- From: Peter Stephenson <pws@xxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx (Zsh hackers list)
- Subject: Re: Completion TODO (was: pws-11)
- Date: Mon, 08 Mar 1999 18:54:05 +0100
- In-reply-to: "Sven Wischnowsky"'s message of "Mon, 08 Mar 1999 13:52:01 MET." <199903081252.NAA11834@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
Sven Wischnowsky wrote:
> The current state: condition codes, some of them modifying. Saving and
> restoring of the special parameters is done automatically on function
> entry and exit (and nowhere else).
> The problems are: modifying condition codes are considered a bad thing
> and saving/restoring has to be done explicitly.
I haven't followed what's wrong with having the parameters restored
automatically unless compstate[restore] is altered.
If the modification of the parameters is simply to be removed from [[-style
tests, then I still think a builtin is the best way of handling it.
`compset -i 3' ignores three more characters from $PREFIX, or
whatever. This could allow tests with side effects, like `compset -I
<pattern>' to ignore a pattern at the head of $PREFIX if it matches,
or whatever. Then you also could have e.g. `compset -n 2 -1', narrow
to words 2 to -1 (same as shifting words and decrementing CURRENT),
`compset -N "start_pat" "optional_end_pat"', narrow to the range of
words between the patterns with the end pattern optional. If it's
much more complicated than that, I can't imagine I would use it much.
I'm not really enthusiastic about more subscripting hieroglyphics.
--
Peter Stephenson <pws@xxxxxxxxxxxxxxxxx> Tel: +39 050 844536
WWW: http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56100 Pisa, Italy
Messages sorted by:
Reverse Date,
Date,
Thread,
Author