Description of Problem: In the default KDE environment where the fixed font defaults to Courier, it appears to always choose to use URW-Courier (if urw-fonts is installed), which in kedit and kwrite, makes } (right curly brace) appear as | (verticle bar). This is on a machine with ATI Rage98 video @ 1152x864 resolution. On the same machine @ 1024x768 resolution, the curly braces almost appear correct (with URW-Courier) except only the top 2/3's of the braces appear, and the bottom 1/3 are cropped. Manually choosing adobe-courier (whether as default fixed font in KDE control panel or in kedit's preferences) makes things display as expected. Based on all this, I'm not really sure if this is a KDE, XFree, or urw-fonts bug, but it is undesirable behavior, nonetheless.
It's a bug in XFree86 (xfs)
Does this problem still occur? If so, please indicate what Red Hat Linux release you are currently using, and attach the following output: 1) rpm -qa | sort 2) Your /etc/X11/fs/config 3) Your /etc/X11/XF86Config and /etc/X11/XF86Config-4 Thanks.
I WAS using stock rh 7.1 (KDE 2.2?, XFree86-4.0.3) when I saw this, but I'm using RH 7.3 now, and no longer see the problem.
I take it back... I'm still seeing it, but now but ONLY when using URW Courier at 10pt on RedHat 7.3, curly braces appear as square braces. At other pt sizes (I tried 8,9,11,12,13,14) curly braces appear correct. I'll attach your request package info and config files shortly.
Created attachment 58764 [details] xfs config
Created attachment 58765 [details] XF86Config-4
Created attachment 58766 [details] rpms.txt
I have seen the problem you are describing at some point in time. I don't have a clue what font it was, and wasn't sure if it was just my eyes playing tricks on me or not. I haven't seen the problem in ages however, and am unable to reproduce it currently. I will look deeper into this later on, but I thought I would at least let you know that it is not a high priority currently. If you can find a fix upstream or determine the problem on your own and report back, it could help speed up the issue. I recall seeing someone reporting this somewhere else too, so you might want to inquire on xpert or query other bug databases at Debian, Mandrake, etc.. in case someone else has any info on it. If I stumble across anything in the mean time, or if I end up reproducing it somehow, I'll update the report and try to fix it. Thanks.
Can you attach a screenshot showing this using gfontsel to select the font, and type in {}| into the text entry dialog. I want to compare it with what I see. Include several shots if you like. Hopefully we can reproduce the same visual thing.
Reassigning to urw-fonts, as I don't see how it can be an XFree86 bug personally. The fonts aren't part of XFree86.
Attaching snapshots from gfontsel at 10-14 points showing problems correctly displaying: {}|
Created attachment 89519 [details] {}| at 10pts
Created attachment 89520 [details] {}| at 11pt
Created attachment 89521 [details] {}| at 12pt
Created attachment 89522 [details] {}| at 13pt
Created attachment 89523 [details] {}| at 14pt
Haven't seen this in ages, closing.