Bug#399638: xterm: broken rendering in ncurses programs
On Thu, Nov 23, 2006 at 03:00:14PM +0100, David Lazar wrote: > On 11/23/06, Thomas Dickey <[EMAIL PROTECTED]> wrote: > > >On Wed, Nov 22, 2006 at 01:55:26PM +0100, Sven-Haegar Koch wrote: > >> I am seeing the same problems using "make menuconfig" on a kernel source, > >> or in midnight commander. > > > >hmm - I see the screenshot (will try to reproduce, though having read the > >recent patches for lxdialog am wary of that one). midnight commander's > >a better basis for comparison. I don't use that except for testing - and > >still don't see a problem running that. > > Ok, I've drilled down through my settings in .Xresources, and I've > managed to isolate it to the following resource. > > XTerm*faceName: "monospace" > > Simply setting it triggers the bug. Remove it, and the bug goes away. thanks - that helps (will investigate and find the bug) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp6nXPFCtr27.pgp Description: PGP signature
Bug#399638: xterm: broken rendering in ncurses programs
On 11/23/06, Thomas Dickey <[EMAIL PROTECTED]> wrote: On Wed, Nov 22, 2006 at 01:55:26PM +0100, Sven-Haegar Koch wrote: > I am seeing the same problems using "make menuconfig" on a kernel source, > or in midnight commander. hmm - I see the screenshot (will try to reproduce, though having read the recent patches for lxdialog am wary of that one). midnight commander's a better basis for comparison. I don't use that except for testing - and still don't see a problem running that. Ok, I've drilled down through my settings in .Xresources, and I've managed to isolate it to the following resource. XTerm*faceName: "monospace" Simply setting it triggers the bug. Remove it, and the bug goes away. Hope this helps. -=[david]=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#399638: xterm: broken rendering in ncurses programs
On Wed, Nov 22, 2006 at 01:55:26PM +0100, Sven-Haegar Koch wrote: > On Wed, 22 Nov 2006, Thomas Dickey wrote: > > >On Wed, Nov 22, 2006 at 05:30:16AM +0100, Marc Wilson wrote: > >>On Tue, Nov 21, 2006 at 06:29:15AM -0500, Thomas Dickey wrote: > >>>On Tue, Nov 21, 2006 at 03:40:08AM +0100, Marc Wilson wrote: > "avoid repainting the screen" sounds very like what I'm seeing in mutt. > Layout inside the xterm window is correct, it's just that characters > are... > missing. > >>> > >>>Maybe - if it were that simple, I think I'd be seeing more reports. > >> > >>Here's an example of what I see with mutt running inside xterm: > >> > >>http://members.cox.net/msw/05.png > > > >thanks. I understand the report, but the specific item that you pointed > >to in the changelog refers to repainting the whole screen when an > >application assigns new colors. > > > >The case that I've been investigating might be related (or I might simply > >not see it due to different resource settings). It might be helpful to > >see what "appres XTerm" (or the xrdb output), so I can check that. > > I am seeing the same problems using "make menuconfig" on a kernel source, > or in midnight commander. hmm - I see the screenshot (will try to reproduce, though having read the recent patches for lxdialog am wary of that one). midnight commander's a better basis for comparison. I don't use that except for testing - and still don't see a problem running that. > Using the debian package > xterm 222-1 > > Screenshots: > https://www.sdinet.de/tmp/xterm1.jpg > After some scrolling down+up: > https://www.sdinet.de/tmp/xterm2.jpg > https://www.sdinet.de/tmp/xterm3.jpg > > Output of "appres XTerm": > https://www.sdinet.de/tmp/xterm.appres.txt looks ok... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgplMUdqQF0x2.pgp Description: PGP signature
Bug#399638: xterm: broken rendering in ncurses programs
Hi Thomas, On 11/22/06, Thomas Dickey <[EMAIL PROTECTED]> wrote: The case that I've been investigating might be related (or I might simply not see it due to different resource settings). It might be helpful to see what "appres XTerm" (or the xrdb output), so I can check that. Here's the output of the "appres XTerm" and "xrdb -query" on my machine. Let me know if I can help you in any way to track this down. Thanks for your work on XTerm! :-) -=[david]=- appres-XTerm.output Description: Binary data xrdb-query.output Description: Binary data
Re: Bug#399638: xterm: broken rendering in ncurses programs
On Wed, 22 Nov 2006, Thomas Dickey wrote: On Wed, Nov 22, 2006 at 05:30:16AM +0100, Marc Wilson wrote: On Tue, Nov 21, 2006 at 06:29:15AM -0500, Thomas Dickey wrote: On Tue, Nov 21, 2006 at 03:40:08AM +0100, Marc Wilson wrote: "avoid repainting the screen" sounds very like what I'm seeing in mutt. Layout inside the xterm window is correct, it's just that characters are... missing. Maybe - if it were that simple, I think I'd be seeing more reports. Here's an example of what I see with mutt running inside xterm: http://members.cox.net/msw/05.png thanks. I understand the report, but the specific item that you pointed to in the changelog refers to repainting the whole screen when an application assigns new colors. The case that I've been investigating might be related (or I might simply not see it due to different resource settings). It might be helpful to see what "appres XTerm" (or the xrdb output), so I can check that. I am seeing the same problems using "make menuconfig" on a kernel source, or in midnight commander. Using the debian package xterm 222-1 Screenshots: https://www.sdinet.de/tmp/xterm1.jpg After some scrolling down+up: https://www.sdinet.de/tmp/xterm2.jpg https://www.sdinet.de/tmp/xterm3.jpg Output of "appres XTerm": https://www.sdinet.de/tmp/xterm.appres.txt c'ya sven -- The Internet treats censorship as a routing problem, and routes around it. (John Gilmore on http://www.cygnus.com/~gnu/) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#399638: xterm: broken rendering in ncurses programs
On Wed, Nov 22, 2006 at 05:30:16AM +0100, Marc Wilson wrote: > On Tue, Nov 21, 2006 at 06:29:15AM -0500, Thomas Dickey wrote: > > On Tue, Nov 21, 2006 at 03:40:08AM +0100, Marc Wilson wrote: > > > "avoid repainting the screen" sounds very like what I'm seeing in mutt. > > > Layout inside the xterm window is correct, it's just that characters > > > are... > > > missing. > > > > Maybe - if it were that simple, I think I'd be seeing more reports. > > Here's an example of what I see with mutt running inside xterm: > > http://members.cox.net/msw/05.png thanks. I understand the report, but the specific item that you pointed to in the changelog refers to repainting the whole screen when an application assigns new colors. The case that I've been investigating might be related (or I might simply not see it due to different resource settings). It might be helpful to see what "appres XTerm" (or the xrdb output), so I can check that. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpiCWSQwj3tT.pgp Description: PGP signature
Re: Bug#399638: xterm: broken rendering in ncurses programs
On Tue, Nov 21, 2006 at 06:29:15AM -0500, Thomas Dickey wrote: > On Tue, Nov 21, 2006 at 03:40:08AM +0100, Marc Wilson wrote: > > "avoid repainting the screen" sounds very like what I'm seeing in mutt. > > Layout inside the xterm window is correct, it's just that characters are... > > missing. > > Maybe - if it were that simple, I think I'd be seeing more reports. Here's an example of what I see with mutt running inside xterm: http://members.cox.net/msw/05.png Moving mutt's highlight bar over the lines missing characters causes them to be redrawn correctly. -- Marc Wilson | My only love sprung from my only hate! Too early [EMAIL PROTECTED] | seen unknown, and known too late! -- William | Shakespeare, "Romeo and Juliet" signature.asc Description: Digital signature