Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > gnu.bash.bug > #15662 > unrolled thread

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

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: [readline] Multibyte invisible chars cause weird prompt length calculation issue Chet Ramey <chet.ramey@case.edu> - 2019-11-27 11:48 -0500

#15662 — Re: [readline] Multibyte invisible chars cause weird prompt length calculation issue

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    chet@case.edu    http://tiswww.cwru.edu/~chet/

[toc] | [standalone]

Back to top | Article view | gnu.bash.bug

csiph-web