From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11358 invoked by alias); 14 Dec 2013 19:08:31 -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: 32110 Received: (qmail 14271 invoked from network); 14 Dec 2013 19:08:24 -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: <131214110830.ZM18442@torch.brasslantern.com> Date: Sat, 14 Dec 2013 11:08:30 -0800 In-reply-to: <9CB4226B-47EE-44FA-8F8F-01DF4CB5154D@gmail.com> Comments: In reply to Patrick Oscity "Bug report" (Dec 14, 7:44pm) References: <9CB4226B-47EE-44FA-8F8F-01DF4CB5154D@gmail.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: Bug report Cc: Patrick Oscity MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Dec 14, 7:44pm, Patrick Oscity wrote: } } * the right prompt is not right aligned, it is in fact shifted to the } left by one character This is intentional, because a particular kind of terminal device that was very widespread a few years ago had a misfeature wherein printing to the lower right corner character position scrolls the screen up a line. Terminal types that have this behavior are not readily identifiable from terminfo descriptions, and the extra space along the right side was deemed less annoying than an entire extra line across the bottom (and corresponding loss of whatever was in the line that scrolled off the top). Worse, there was another common terminal where filling the bottom line of the screen and then writing a trailing newline would NOT scroll the display, resulting in e.g. blank lines disappearing from output. Much easier than attempting to detect different combinations of this was to always be sure that the only thing ever written in the lower right corner *is* a newline, and only when scrolling is wanted. Given the number of other prompt-specific setopts we have at this point, we could potentially add another one to control this, but I think the default behavior should remain as it is.