From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1239 invoked from network); 19 Nov 1999 12:08:31 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 19 Nov 1999 12:08:31 -0000 Received: (qmail 790 invoked by alias); 19 Nov 1999 12:07:59 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 8686 Received: (qmail 783 invoked from network); 19 Nov 1999 12:07:58 -0000 Date: Fri, 19 Nov 1999 13:01:39 +0100 (MET) Message-Id: <199911191201.NAA03943@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Oliver Kiddle's message of Fri, 19 Nov 1999 11:42:22 +0000 Subject: Re: PATCH: prompt theme system improvements Oliver Kiddle wrote: > ... > > With respect to colour themes. It would be good to have a single way > for defining colours across zsh. ZLS_COLOURS may be compatible with > GNU ls but it isn't exactly the most readable way. Ah. See? I suggested then when I first started participating in the coloured-completion-lists discussion. > One possible way would be to use an associative array for colours where the keys specify the context and the values specify the attributes. So for example, you might define: > zsh_colours[ls_directories]="bold blue on white" > zsh_colours[prompt_currentdir]="underlined green" Ick. Maybe we should keep the parameter side more standard and just use `bold:blue:white' or `bold:fg=blue:bg=white' or something. And then add a function that uses a mini-language... err, wait, where have I heard that before. I have almost given up dreaming about it, but: stuff like this always reminds how nice it would be to generalise some of the completion-setup stuff to a more general package system. And then allow something like: `zstyle 'prompt:...:foreground' bold blue'. > If different prompt themes use the same context words, you could share colour selections across prompts. It might also lead to a mechanism for defining the colours for different types of completion matches in the lists - not just for files. ...which complist currently can't do because it uses ZLS_* only for files. But I have already asked: should we change it to allow using pattern-capabilities for normal matches, too? The only problem I have with that is that I would like to be able to give such specs per group of matches added. And that would require changes to compadd which doesn't (and, in my opinion, shouldn't) know about complist. Hrm. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de