From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3521 invoked from network); 14 Feb 2000 11:33:06 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 14 Feb 2000 11:33:06 -0000 Received: (qmail 15769 invoked by alias); 14 Feb 2000 11:32:57 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 9716 Received: (qmail 15760 invoked from network); 14 Feb 2000 11:32:57 -0000 Date: Mon, 14 Feb 2000 12:32:55 +0100 (MET) Message-Id: <200002141132.MAA08289@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Andrej Borsenkow"'s message of Mon, 14 Feb 2000 14:16:40 +0300 Subject: Re: Multiple styles databases RE: list-colors does not work RE: 3.1.6-dev-18 Andrej Borsenkow wrote: > > Andrej Borsenkow wrote: > > > > > list-colors completely stopped to work after installing dev-18. > > I now have > > > > > > zstyle ':completion:*' menu 'select=0' > > > zstyle ':completion:*:default' list-colors '' > > > > > > Menu works, but list-colors not. I tried all sort of things > > (:completeion:*, > > > :completion:*:*:*:*:*) without success. > > > > > > Surprisingly enough, menu select works :-) > > > > That's a result of the default style for list-colors, which has a far > > more specific pattern. See the discussion started by Peter about > > default settings. > > So, you mean to say, that > > zstyle ':completion:*::::default' ... > > is more specific, than > > zstyle ':completion:::::default' list-colors '' > > ??? Of course not. The `:completion:*:default' you gave is less specific than the thing currently used as default. > And the following is not described in current manual: > > - what empty part means. Is "::" the same as ":*:" from the matching point > of view? > - does '*' match muliple parts or just anything in current part? These are just normal shell-patterns. So `::' matches only `::' and `:*:' matches `:anything:' and a `*' of course matches any number of parts (I'm not too happy about that last one). > And why not to use multiple style sets (like multiple resources in X11)? > compinit or functions could define there own "default" styles and users > would define "user" style. If style is not found in user database, it is > looked up in default database. this would completely eliminate above > confusion. If user sets "catch-all" style - it is always used; else we > finally fallback to default style. I think I prefer Peter's suggestion to get rid of the default styles in compinit and just make them the defaults used by the completion functions that use these styles. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de