Bug#263877: Various display artifacts in uxterm
On Fri, Aug 06, 2004 at 12:10:49PM -0400, Thomas Dickey wrote:
> On Fri, Aug 06, 2004 at 09:05:52AM -0700, Matt Zimmerman wrote:
> > On Fri, Aug 06, 2004 at 08:42:17AM -0400, Thomas Dickey wrote:
> > > perhaps related (but not with the iso10646 fonts - but I've seen people
> > > changing the fonts in uxterm to use TrueType fonts):
> > >
> > > Patch #194 - 2004/7/27 - XFree86 220.127.116.11
> > >
> > > * fix a repainting bug introduced in patch #180: when using a font
> > > lacking line-drawing characters, a repaint of the screen could
> > > skip horizontally an extra amount after filling in the missing
> > > character (reports by Nicolas George, Hans de Goede, Redhat
> > > Bugzilla #128341).
> > This does sound similar to the effect that I see.
> The fix I made only applies to a case where the font doesn't contain
> line-drawing characters (so I'm curious if it's the same case you're
> reporting, or some other corner that has been overlooked). It's easy
> to check if the line-drawing characters are missing (the control right
> mouse menu has an entry which can suppress xterm's built-in line-drawing,
> and use whatever the font actually does).
If I check "Line-drawing characters" when mutt is running, the line-drawing
characters it uses for threading are no longer displayed. If I do the same
with the hdparm man page, some of the spacing changes (though in odd and
I have the standard xfonts-* packages installed, and UXTerm*font: 9x15.