Version: 1.2.1 (using KDE 3.1.0) Installed from: Mandrake Linux Cooker i586 - Cooker Compiler: gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk) OS: Linux (i686) release 2.4.21-0.13mdk I'm using Mandrake 9.1, but I've seen this problem in other versions as well (Red Hat 8 for eg.). 1. After doing a "man info" (for eg.) two-pixel wide charcter-fragments remain on screen, and are not cleared even by doing a "clear". 2. In most man and info pages (eg: "info man") the - (minus) character appears as a small box, letters seem to overlap and there're even a few green pixels where there should be no colour (like at some "--" characters) Some pages appear with correct "-"s though (eg: "info tar")! 3. Nr 2 might be linked to an unusual other problem: in the Linux text mode (alt-F1) console doing an "info man" shows three squiggly characters for every minus sign... Is this a codepage error? Thanks! Mihai Basa
I can confirm this bug, the same happens here (Debian GNU/Linux testing with KDE from unstable: konsole 3.1.1, fontconfig 2.2.0). The same sort of scattering happens with unusual accented Latin characters (like a with macron) that fontconfig usually has to take from a different font than the normal konsole font. Another big problem is the display of Cyrillic characters, where konsole is mistakenly trying to display the glyphs as double-width and screws up the display royally (this would seem to be a different bug, though, and I hope to get around to filing it as such). Concerning the original reporters no. 2 (the different sorts of "minus" sign): The character that does not get displayed in man pages is the correct Unicode hyphen sign (U+2010) which is regrettably not contained in many fonts. I know for a fact, though, that it is available in some fonts on my system, so it is a bug in either konsole or fontconfig that they do not find the glyph in those fonts and use it for display. The similar character that does get displayed correctly is the ubiquitous hyphen-minus (U+002D) which is contained in pretty much every font but should not be used to represent a true hyphen because of its ambiguity. (It should, however, be used for Unix command-line arguments, so it is arguably a bug in the man / grep or certain manpages that they try to use U+2010 for the character introducing command-line arguments.) Stefan
Subject: Re: [Konsole-devel] Character fragments remain on screen Stefan: Do you happen to know the exact CVS revision of the TEWidget.cpp file that is part of your konsole? Does your version of TEWidget.cpp contain the text "printerFriendly"? Cheers, Waldo
Waldo: I just downloaded the Debian source package for my konsole (kdebase_3.1.1.orig.tar.gz). I don't know what the CVS revision of TEWidget.cpp is, but the size of my version of that file is 53982 bytes, and it does NOT contain the text "printerFriendly". Screenshots illustrating the problem are now up on http://staff.washington.edu/baums/konsole-a.png http://staff.washington.edu/baums/konsole-b.png http://staff.washington.edu/baums/konsole-c.png and you may also want to have a look at the independent but interacting QT bug 57928: http://bugs.kde.org/show_bug.cgi?id=57928 Cheers, Stefan
Subject: Re: [Konsole-devel] Character fragments remain on screen The garabage left-behind problem _may_ be fixed in KDE 3.1.2 (out next week) Please verify.
Subject: Re: [Konsole-devel] Character fragments remain on screen Please report problem No. 2 to qt-bugs@trolltech.com, it is a Qt/fontconfig problem.
Thanks, Waldo. I will test 3.1.2 as soon as a Debian package is available (currently, they seem to trickle into unstable smoothly enough). Also thanks for the reference to qtbugs@trolltech.com, I mailed my other bugreport there. S.
Oops, "qt-bugs", with a hyphen. I did mail to the right address, though :-)
Seeing similar effects on kde cvs-head.
This bug seems to have gone away, at least in KDE 3.2.1. Marking as resolved.
Bug (1) is definitely still there in KDE 3.5.8 (Konsole 1.6.6), I can reproduce it at will.