Version: 4.0.0 (using 4.4.2 (KDE 4.4.2), Gentoo) Compiler: i686-pc-linux-gnu-gcc OS: Linux (i686) release 2.6.34-rc4 When I change it to the size of 12 points or to 10 points, then the underscore is visible.
I have a similar problem in kwrite, when I use "Sans Serif" with 10 points (9 pt and 11 pt work for me). I also checked if the letter exists using kcharselect, setting font and size accordingly. And it seems to work properly. In the Fonts Control Module I can select the general font, which is "Sans Serif" with 10 pt as well, and change the test text to include an underscore, which works fine as well. Thus I think this is a more general problem. I am using 96 dpi and "Sans Serif" is an alias for "Bitstream Vera Sans".
Created attachment 42805 [details] No underscores in kwrite editor, but in a search box Here you can see the error in kwrite: The editor doesn't show the underscores (top line), while the search box does (using Ctrl+F while marking the string).
Strange... I played around with the fonts... and I can't reproduce this error. Could this be one of the many "I just copied my old kde-3/-4.X configuration folder to the kde-4.4 one"-bugs? @Toralf, could you please try to set, many different fonts and then change back to your original one?
I experience this behaviour only in kompare with "Bitstream Vera Sans Mono" and 11 points. The same font works fine in kate and kwrite. Changing the font to Courier is ok, but changing it back and the issue is still there.
Well, issue happens for all "Bitstream Vera" fonts 11 point under Kompare.
I have no underscores in Kompare 4.0.0 (KDE 4.5.1) with Andale Mono 10 and Bitstream Vera Sans Mono 11. Other sizes seem to work though.
*** This bug has been confirmed by popular vote. ***
SVN commit 1201883 by cfeck: Fix cropped underscores When rendering a text with multiple lines, it is usually recommended to use lineSpacing() instead of height(). But the KompareListView renders each line individually with a background rect that will overwrite any overhanging pixels from the previous line. So use height() instead. BUG: 234291 FIXED-IN: 4.6.0 M +3 -3 komparelistview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1201883
Thanks for fixing this! Unfortunately, it looks like we just missed 4.5.4 with this fix. :-( I'll backport this to 4.5.5 once the tagging freeze is lifted.
If you are going to backport, please include r1201885.
(In reply to comment #10) > If you are going to backport, please include r1201885. I backported both revs to 4.4.5 at my almost stable Gentoo system runnign KDE 4.4.5. KOmpare now works well, on the command line however I get now a lot of lines like : ... load glyph failed err=6 face=0x89ff6d8, glyph=640 QFontEngine: Glyph neither outline nor bitmap format=0 ...
Toralf, this is bug 251016 and not related.
SVN commit 1208199 by kkofler: Kompare: * Fix cropped underscores When rendering a text with multiple lines, it is usually recommended to use lineSpacing() instead of height(). But the KompareListView renders each line individually with a background rect that will overwrite any overhanging pixels from the previous line. So use height() instead. * Adapt KompareSplitter to listview line height change Backport revisions 1201883 and 1201885 by cfeck from trunk to fix #234291 for 4.5.5. CCBUG: 234291 M +3 -3 komparelistview.cpp M +3 -3 komparesplitter.cpp M +1 -1 komparesplitter.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1208199