Date: Sat, 21 Jul 2007 18:45:14 +0200 From: Rene Ladan <r.c.ladan@gmail.com> To: freebsd-x11@freebsd.org, David Wolfskill <david@catwhisker.org> Subject: Re: Window size & xterm-227 Message-ID: <46A2381A.7070201@gmail.com> In-Reply-To: <20070721145502.GQ14364@bunrab.catwhisker.org> References: <20070721145502.GQ14364@bunrab.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
David Wolfskill schreef: > I'm in the habit of updating the installed ports on my laptop daily. > > Usually, this works well. > > A couple of days ago, though -- after updating xterm to xterm-227 > -- I noticed that vi(1) was behaving strangely. > > In particular, when I created an xterm that was other than 80x24 and > proceeded to try to edit a file with long lines, vi would act as if the > window were only 80 characters wide ... until I re-sized the window to > some other size. (Resizing back to the original size I used still > allowed it to work.) > > Basically, xterm seems to be acting as if the initial size it reports to > applications is 80x24 until a resize operation takes place, at which > point the proper size is used -- regardless of the original dimensions > of the window. > > This differs from the behavior I've seen & expected for some 15 years. > > Is anyone else seeing this? Anyone have a fix or circumvention, or > should I file a PR? > > (I'm not subscribed to -x11@, so I've set Reply-To to a suggested set of > addresses.) When I open an 80x25 terminal with xterm227 and use less406 to view a file with lines longer than 80 characters, the lines first wrap. After resizing the window, the file shows up properly after I scroll in it. If I re-open the file in less after quitting less, the file shows up correctly upon opening it. So maybe it is a vi problem? 7.0-CURRENT 2007/07/13 Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46A2381A.7070201>