Date: Mon, 30 Apr 2007 18:11:32 -0400 From: Mikhail Teterin <mi+kde@aldan.algebra.com> To: Thomas Dickey <dickey@his.com> Cc: freebsd-bugs@freebsd.org, Rong-En Fan <rafan@freebsd.org> Subject: Re: conf/71254: ncurses: xterm vs. cons* termtypes or sc(4) Message-ID: <200704301811.33463@aldan> In-Reply-To: <20070430061658.D84056@mail101.his.com> References: <200704290809.l3T89I55001072@freefall.freebsd.org> <20070430033526.GA66973@svm.csie.ntu.edu.tw> <20070430061658.D84056@mail101.his.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 30 April 2007 06:18, Thomas Dickey wrote: = yes - I recall the conversation (I was pointing out that it is the = expected behavior). Frankly, I don't really accept this explanation. With top -- how can the waste of an entire character column -- considering how hard top otherwise tries to stuff as much information into the screen -- be "normal"? With editors/viewers -- why is a long line no longer a /single/ line (triple-click does not select the entire line), when opened in an ncurses-using editor/viewer?.. Step back from the technical explanations of the current behavior and realize, it is an incorrect one... I can't fix this myself, but I do see a problem. If you continue not to, just close the PR. After all, Linux has the same problem (or, rather, "behavior", since we don't all see a "problem"), so our usual primary incentive for improvement does not exist in this case, does it? -mi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200704301811.33463>