Zsh Mailing List Archive
Messages sorted by:
Re: Completing parameter names that have yet to be set.
- X-seq: zsh-workers 12746
- From: Felix Rosencrantz <f_rosencrantz@xxxxxxxxx>
- To: zsh-workers <zsh-workers@xxxxxxxxxxxxxx>
- Subject: Re: Completing parameter names that have yet to be set.
- Date: Wed, 6 Sep 2000 00:00:48 -0700 (PDT)
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
Way back in August in workers/12608, Sven Wischnowsky wrote:
>> It seems that the ability to configure styles based on additional
>> information not found in the context requires the ability to treat a
>> group of styles as a single whole, and quickly set/unset a group of
>> styles. I vaguely remember something like this was talked about, but
>> don't remember what was decided.
>I only said several times that I would wish I had an idea how to do
>This kind of feeling comes from the times when I wished we had easy
>ways to support multiple sets of <insert-your-favorite-feature>,
>e.g. histories, key bindings, etc.
So I took a quick look at Src/Modules/zutil.c which implements zstyle. It
looks like all the styles are held in a list pointed to by the static global
It seems like it wouldn't be too hard to be able to maintain multiple lists
that the value of zstyles could then be pointed to. The multiple lists could
be stored as the values in a hash table, the keys would be the names of these
There would need to be user command(s) to set the name of the current list, get
the names of the lists, set the name of the current list. To edit a zstyle
list, you need to make that the current list pointed to by zstyles.
Seems like something like that would allow having multiple configuration sets,
and being able to quickly change them. And wouldn't require too many changes
to the existing source code.
How does that seem? Useful? Easy to implement or are there a lot of issues I
Also, I while looking at zutil.c, I noticed that the function evalstyle() only
modifies the existence of the parameter reply. Would it be useful to provide
a parameter that said what the current context is? It seems it might
make it possible to write some generic functions that could be given
to a "zstyle -e" and make some decisions based on the context. The current
context can be different from the context supplied to the zstyle command. The
context provided to the zstyle command could be a pattern.
Maybe I need to get some rest... :)
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
Messages sorted by: