From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3446 invoked from network); 14 Feb 2000 11:16:56 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 14 Feb 2000 11:16:56 -0000 Received: (qmail 13492 invoked by alias); 14 Feb 2000 11:16:44 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 9715 Received: (qmail 13485 invoked from network); 14 Feb 2000 11:16:44 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer david.siemens.de) From: "Andrej Borsenkow" To: "Sven Wischnowsky" , Subject: Multiple styles databases RE: list-colors does not work RE: 3.1.6-dev-18 Date: Mon, 14 Feb 2000 14:16:40 +0300 Message-ID: <000201bf76dc$f7251af0$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200002141056.LAA09525@beta.informatik.hu-berlin.de> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal > > > 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 '' ??? 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? 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. /andrej