Bug 75205 - konsole's display becomes a mess when line drawing chars are used
Summary: konsole's display becomes a mess when line drawing chars are used
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kdebase (Show other bugs)
(Show other bugs)
Version: 8.0
Hardware: i386 Linux
Target Milestone: ---
Assignee: Ngo Than
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2002-10-05 14:04 UTC by Hans de Goede
Modified: 2007-04-18 16:47 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-12-29 13:51:30 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Here is a picture of the problem running "man rsync" (74.09 KB, image/jpeg)
2002-10-22 14:18 UTC, Hugh Sparks
no flags Details

Description Hans de Goede 2002-10-05 14:04:17 UTC
Description of Problem:
konsole's display becomes a  mess when line drawing chars are used

Version-Release number of selected component (if applicable):

How Reproducible:
Start for example mc

Steps to Reproduce:
1. Start konsole
2. Start mc

Actual Results:
Garbage on display

Expected Results:
Normal mc display

Additional Information:

Comment 1 Miloslav Trmac 2002-10-05 21:03:46 UTC
works for me(tm) without problems (locale cs_CZ.UTF-8, no changes to konsole setup)

Comment 2 Hans de Goede 2002-10-06 09:41:30 UTC
My settings are:

Exporting LANG=cs_CZ.UTF-8 before starting console seems te help but if you look
closer you'll still see some garbage but it is black, thus hard to notice.

Comment 3 Need Real Name 2002-10-06 17:49:50 UTC
I have a problem that's probably related. In konsole some 
manpage graphical characters don't display properly. This in pt_PT locale. 
1. man grep 
2. Search (for example) for -b option)
3. This is a cut-and-paste from konsole into mozilla:"  −b, −−byte‐offset"
4. Apparently this is ok, but middle hiffen (-) character is misinterpreted 
in konsole. Note that here in mozilla, although it appears to have trailing 
spaces, it's only an hiffen char (but different from normal keyboard hiffen).

Comment 4 Peter M Aarestad 2002-10-07 20:33:06 UTC
I am getting this issue when doing any sort of "man". My LANG env variable is
set to en_US.UTF-8, FWIW.

Comment 5 Ngo Than 2002-10-08 20:20:01 UTC
If you set font to e.g Lucidatypewriter, it should work. It seems, only fixed
font works correct in konsole.

Comment 6 Hans de Goede 2002-10-08 21:44:48 UTC
You're right lucidia typewriter works fine, but the non custom font menu entries
don't work. And monospace whic is fixed to (and used by the normal menu entries?)
doesn't work. I believe btw that the custom font menu only shows fixed fonts.
which makes sense for a terminal. So although lucidia is ok, it doesn't seem
non-fixed fonts are the problem, but Monotype someway is. Also making fonts bold
can be a problem.

Comment 7 Peter M Aarestad 2002-10-09 00:51:03 UTC
I'm still getting character artifacts with lucidatypewriter-regular-9...

Comment 8 Ian Pilcher 2002-10-11 01:07:06 UTC
Try setting LANG=C.

If I don't do this, I also get artifacts after leaving the man page.  Is anyone
else seeing this?

Comment 9 Hans de Goede 2002-10-11 11:53:29 UTC
Been there done that (LANG=C) doesn't help for mc.

This is a Real Bug (tm), please change it to assigned. I understand if its hard
to fix, but all this chitchat isn't getting us anywhere.

Comment 10 Need Real Name 2002-10-20 18:26:54 UTC
The same problem (found during MC's run)
LANG=en_US.UTF-8 (as well as en_US.iso885915)
Even downloaded from kde.org and installed KDE 3.0.4 (RPMS for RH Linux 8.0)
Problem still exists.

Comment 11 Hugh Sparks 2002-10-22 14:18:51 UTC
Created attachment 81564 [details]
Here is a picture of the problem running "man rsync"

Comment 12 Need Real Name 2002-10-24 17:13:42 UTC
I'm not sure but I'm afraid this bug is concerned with new xft2.
If it is true then we will see this bug fixed only in KDE 3.1 where it will be 
officially supported.

Comment 13 Hans de Goede 2002-12-29 13:51:30 UTC
This seems (is) fixed in phoebe, closing with resolution rawhide.

Note You need to log in before you can comment on or make changes to this bug.