Zsh Mailing List Archive
Messages sorted by:
Re: Long Prompt Lines Cause Terminal History Loss on Window Resize
- X-seq: zsh-users 22077
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-users@xxxxxxx
- Subject: Re: Long Prompt Lines Cause Terminal History Loss on Window Resize
- Date: Wed, 2 Nov 2016 20:30:50 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=pgKh7yX1Q7YZs+NEQb50Z1Wn/vTo1p9qAsgAqLLozt0=; b=Kj/0qGJnVhMZc8kyEqpEW9hB88S+PStX7WnpM1WfQHOAj432ZjpH1vQgJbwXetH4Xf +ZuAuyXd63D/HiV62k90f3feZS7aUmUQkIE+qIWTpitOF/Fe/8nh/ocpzgFDLKGAAr28 z6bri+WZvkRyGtRTUT2KLspcwbpRYQCL616sxring03Pp9zWjyyRO3Kzzw8sXNs6/Ng2 Jhrax3YI8EzpCMED66GvjUeXLjGKTE/XBLVGm69nkMX3ckPCIPWZtNKaotj4R7LooNov P9ZYLnD+BV3zeUSmB2QxMBC1VxRp4GrUYmqHQavvoqaXO0e/4Q8+a/Tjjkr74W0sAlyS KZFw==
- In-reply-to: <CA+AzK=g7c=mJ8mrXf0YMkCKQdapVoEazkAun2Aw=LjbZz-dzXw@mail.gmail.com>
- List-help: <mailto:email@example.com>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:firstname.lastname@example.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- References: <CA+AzK=g8exUieObrD2_4n_tX1t_LP6DsYg=hC7W3M0BHKntGWQ@mail.gmail.com> <161101204434.ZM26466@torch.brasslantern.com> <CA+AzK=g7c=mJ8mrXf0YMkCKQdapVoEazkAun2Aw=LjbZz-dzXw@mail.gmail.com>
On Nov 1, 10:53pm, Aaron U'Ren wrote:
} Interesting. So is there no way to mitigate this issue in zsh? Because bash
} doesn't produce the same results in either tmux or xfce terminal.
That's because bash doesn't redraw the prompt when the terminal size
changes. Zsh handles the WINCH signal and updates the prompt to keep
the right-side prompt in the right place, etc. This was a widely
requested behavior a few years ago when window managers with features
like live drag and transparent terminals became popular.
The terminal-specific behavior is what happens when the last line is
both redrawn and is long enough to wrap, in those circumstances, not
how the scrollback is handled when nothing changes. There's also some
other stuff going on -- e.g., depending on how the prompt is defined,
zsh may try to keep track of how many lines the prompt occupies and
to reposition the cursor appropriately before beginning to print it.
You can also get different behavior with different window/session
managers; those with the "live drag" feature send a continuous flood
of WINCH signals in hopes that the terminal can refresh in real time
as the size changes, whereas others wait for the drag operation to
end and then send a single WINCH. So a terminal that works as you
expect on one desktop may "fail" on another.
} Also, if this is purely a terminal implementation problem, can you
} give me any direction about where the problem lies so that I can file
} a more accurate bug report with the project?
The difficulty is that it's not just one project / one bug, it's the
interaction of three or more applications each of which has different
} And what terminals do you recommend
} that exhibit correct behavior on resize?
Not something I keep track of, sorry. If I had to guess, I would say
there probably isn't one that everyone would agree is always "correct".
} Is tmux affected because it is
} also flawed or because the terminal that contains it is flawed?
More likely the latter, but possibly both. I don't use tmux.
One thing you could try is to prefix your prompt with "%-2<<". This
means to always leave 2 or more spaces before the right edge of the
screen, truncating the prompt on the left if it doesn't fit on one
line. (This only works on the last line of a prompt that has any
embedded newlines.) Thus the prompt will disappear when the terminal
gets very small, which might keep everything else where you want it.
Messages sorted by: