From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23579 invoked from network); 6 May 2008 15:38:32 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 6 May 2008 15:38:32 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 74707 invoked from network); 6 May 2008 15:38:27 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 6 May 2008 15:38:27 -0000 Received: (qmail 16876 invoked by alias); 6 May 2008 15:38:23 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24948 Received: (qmail 16862 invoked from network); 6 May 2008 15:38:23 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 6 May 2008 15:38:23 -0000 Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by bifrost.dotsrc.org (Postfix) with ESMTP id 435C680ED172 for ; Tue, 6 May 2008 17:38:19 +0200 (CEST) Received: from torch.brasslantern.com ([71.116.113.54]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K0G003VZE3FT4X0@vms044.mailsrvcs.net> for zsh-workers@sunsite.dk; Tue, 06 May 2008 10:38:04 -0500 (CDT) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id m46Fc2hS001325 for ; Tue, 06 May 2008 08:38:03 -0700 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id m46Fc21w001324 for zsh-workers@sunsite.dk; Tue, 06 May 2008 08:38:02 -0700 Date: Tue, 06 May 2008 08:38:02 -0700 From: Bart Schaefer Subject: Re: PATCH: random attribute stuff In-reply-to: <200805061510.m46FA71C001035@news01.csr.com> To: zsh-workers@sunsite.dk (Zsh hackers list) Message-id: <080506083802.ZM1323@torch.brasslantern.com> MIME-version: 1.0 X-Mailer: OpenZMail Classic (0.9.2 24April2005) Content-type: text/plain; charset=us-ascii References: <200805060915.m469FeJP017551@news01.csr.com> <080506073442.ZM22499@torch.brasslantern.com> <200805061442.m46Eg7bN000588@news01.csr.com> <080506075838.ZM1161@torch.brasslantern.com> <200805061510.m46FA71C001035@news01.csr.com> Comments: In reply to Peter Stephenson "Re: PATCH: random attribute stuff" (May 6, 4:10pm) X-Virus-Scanned: ClamAV 0.91.2/7040/Tue May 6 03:52:15 2008 on bifrost X-Virus-Status: Clean On May 6, 4:10pm, Peter Stephenson wrote: } } > It almost certainly *won't* work except in the most simple cases now that } > ZLE is doing its own highlighting effects. People are going to have to } > decide whether they want that badly enough to use zle_highlight=(none). } } I tried it without any highlighting. It works for me in xterm if I e.g. assign PS1="$PS1%U" ... in fact for the most part even the active region highlight doesn't screw it up, you appear to be doing a good job of turning off only the seuqnces that you previously turned on. (I did not try more complicated effects than %U.) (It's a bit odd that %U persists into the right prompt unless turned off with PRS1="%u$RPS1" but it has always been that way.) } It ought to be (but might turn out not to be) fairly easy to add a } "default" element to zle_highlight that causes the given attributes to } be used as the default set for the command line, which would probably } work a lot better, and then deprecate any reliance on what the prompt } happened to produce. Sounds reasonable to me, but could get ugly if a widget were to change it on the fly -- do you trap that and reprint the entire buffer, or do you allow blotches of different attributes as areas are selectively repainted, or do you make that setting read-only in widgets?