[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: bin/56496: etcupdate(8) merge formatting issue
The following reply was made to PR bin/56496; it has been noted by GNATS.
From: Hauke Fath <hf%spg.tu-darmstadt.de@localhost>
To: gnats-bugs%netbsd.org@localhost, gnats-admin%netbsd.org@localhost
Subject: Re: bin/56496: etcupdate(8) merge formatting issue
Date: Wed, 17 Nov 2021 19:38:07 +0100
On 11/17/21 4:50 PM, Robert Elz wrote:
> And, from your more recent e-mail:
> | And on both the modular and the native xterm, the issue goes away when
> | issuing a reset(1) after the re-size - permanently, even after further
> | re-sizes, AFAICS.
> Not permanently, reset clears the xterm's programmed tabs settings, after
> which it treats \t as (to past the next multiple of 8 column number) as
> expected - which is independant of terminal width.
> But if something happens after which sets the tabs again, it will go back
> to operating as it has been doing.
Sorry, that was overly general. What I was trying to express is that the
effect of reset(1) survives any further xterm resizes,
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut fÃ¼r Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-21344
Main Index |
Thread Index |