bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [readline] Multibyte invisible chars cause weird prompt length calcu


From: Chet Ramey
Subject: Re: [readline] Multibyte invisible chars cause weird prompt length calculation issue
Date: Wed, 27 Nov 2019 11:48:32 -0500
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.2.2

On 11/27/19 11:24 AM, Алексей Шилин wrote:
В Ср, 27/11/2019 в 11:02 -0500, Chet Ramey пишет:
On 11/25/19 10:05 AM, Алексей Шилин wrote:

Bash Version: 5.0
Patch Level: 11
Release Status: release

Description:

I'm using the following PS1 prompt (Debian's default for normal
users):

\[\e]0;\u@\h:
\w\a\]${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[
00m\
]:\[\033[01;34m\]\w\[\033[00m\]\$

...where the first block '\[\e]0;\u@\h: \w\a\]' is for setting
xterm's
title, and the rest is Debian's "fancy" shell prompt.

Is there a literal newline in the prompt string? And is it in the
middle
of the non-printing character block?


No, of course not. It's Evolution doing its thing, splitting the line.
Sorry for the confusion.

OK. The reason I ask is that I can (unsurprisingly) reproduce multiple
redisplay issues if the newline after the `\h:' is present, but none
when $PS1 doesn't contain any newlines.

--
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    address@hidden    http://tiswww.cwru.edu/~chet/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]