From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22079 invoked by alias); 17 Feb 2014 18:34:42 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 32406 Received: (qmail 24332 invoked from network); 17 Feb 2014 18:34:36 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 From: Bart Schaefer Message-id: <140217103448.ZM21515@torch.brasslantern.com> Date: Mon, 17 Feb 2014 10:34:48 -0800 In-reply-to: Comments: In reply to Mikael Magnusson "Re: Pre-5.0.5 part 3: Heuristic for ZLE_RPROMPT_INDENT" (Feb 17, 5:12pm) References: <140202135837.ZM15483@torch.brasslantern.com> <15702.1391766336@thecus.kiddle.eu> <140207084619.ZM28881@torch.brasslantern.com> <140208115850.ZM30584@torch.brasslantern.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh workers Subject: Re: Pre-5.0.5 part 3: Heuristic for ZLE_RPROMPT_INDENT MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Feb 17, 5:12pm, Mikael Magnusson wrote: } } I just updated zsh for the first time since before all this, and } setting ZLE_RPROMPT_INDENT=0 breaks the display for me (or with the } heuristics, not setting it to 1). With xterm (and I presume with urxvt) you need ReverseWrap: true for a zero indent to work correctly. The default is false, at least for xterm (I don't use/have installed urxvt to check). This default ought to be reported correctly by terminfo, but it's quite possible that it is not, in which case the heuristic would get it wrong. It is after all a heuristic, not a perfect test. A dump of the key/value pairs in $terminfo might be instructive. } I'm using urxvt and it does seem to somewhat work if I just set } RPS1=hello, but not with my actual rprompt. I don't can't reproduce any difference between having a plain string prompt and having one with bold/nobold etc., but it's not beyond the realm of imagination that an emulator would (incorrectly) treat such controls as "printing beyond the margin".