Re: bin/56496: etcupdate(8) merge formatting issue

[Hauke Fath <hf%spg.tu-darmstadt.de@localhost>]

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
Cc: 
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