From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@sunsite.auc.dk
Subject: Re: [3.1.9-dev-8] ZLS_COLORS cleared by compinit
Date: Wed, 13 Dec 2000 12:29:51 +0100 (MET) [thread overview]
Message-ID: <200012131129.MAA24900@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: Vincent Lefevre's message of Wed, 13 Dec 2000 12:08:22 +0100
Vincent Lefevre wrote:
> When compinit is executed from the .zshrc, the ZLS_COLORS variable
> is cleared. For instance, in my .zshrc:
>
> compinit
> export ZLS_COLORS=$LS_COLORS
> echo blah2 $ZLS_COLORS
>
> shows that ZLS_COLORS is set, but when I get the prompt:
>
> lepois:~> env | grep ZLS <14:00:02
> ZLS_COLORS=
>
> Moreover, it is cleared each time I do a completion, in fact before
> the completion, so that it is never taken into account. This is
> partly due to the "ZLS_COLORS=..." in _main_complete and _setup.
That's why the doc for complist says:
If the completion system based around shell functions is used, these
parameters should not be set directly because the system controls them
itself. Instead, the list-colors style should be used (see *Note
Completion System Configuration::).
And following that link:
list-colors
If the zsh/complist module is used, this style can be used to set
color specifications as with the ZLS_COLORS and ZLS_COLOURS
parameters (see *Note The zsh/complist Module::).
If this style is set for the default tag, the strings in the value
are taken as specifications that are to be used everywhere. If it
is set for other tags, the specifications are used only for
matches of the type described by the tag. For this to work best,
the group-name style must be set to an empty string. If the
group-name tag specifies other names for the groups the matches in
these groups can be colored by using these names together with the
`(group)...' syntax described for the ZLS_COLORS and ZLS_COLOURS
parameters and adding the specifications to the value for this
style with the default tag (although in most cases it should work
by setting this style for the appropriate tags).
It is possible to use the same specifications set up for the GNU
version of the ls command:
zstyle ':completion:*:default' list-colors ${(s.:.)LS_COLORS}
The default colors are the same as for the GNU ls command and can
be obtained by setting the style to an empty string (i.e. '').
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
next reply other threads:[~2000-12-13 11:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-13 11:29 Sven Wischnowsky [this message]
-- strict thread matches above, loose matches on Subject: below --
2000-12-13 11:08 Vincent Lefevre
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=200012131129.MAA24900@beta.informatik.hu-berlin.de \
--to=wischnow@informatik.hu-berlin.de \
--cc=zsh-workers@sunsite.auc.dk \
/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).