Bugzilla – Bug 113277
xterm shows wide chars always in bold
Last modified: 2005-09-19 09:19:18 UTC
xterm -bg white \ -fn -efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1 \ -fw -efont-fixed-medium-r-normal--16-160-75-75-c-160-iso10646-1 shows wide chars in bold face.
Add xterm author Thomas Dickey to CC:.
See also bug #99564.
After applying my fix from bug #99564, this problem did not occur. But later we ditched my patch in favor of the upstream fix. Looks like the upstream fix for bug #99564 is broken somehow.
I think we should go back to xterm-203 and the old fix, since we don't have the time for investigation.
done. Fixed for Beta4.
odd - I should be able to see a problem in the debug-trace from xterm, but both patches produce the same result. However, running the example in dialog for checklist-utf8, I do see that #204 is making the wide characters bold while #203 with Fabian's patch does not. I'll investigate that and see what the cause is (perhaps the other font change in #204 - will see).
I see the problem. It's not the difference between the two patches, but another change in #204 uncovered a bug from a few patches ago. The code in charproc.c that calls xtermLoadWideFonts() causes the setting for the wide font to be reevaluated. That's not right (in this case it should not matter). But the visible problem is that the "medium" is replaced by "*", which the font server renders as "bold".
I've just updated xterm to #205 for SUSE Linux 10.1: ------------------------------------------------------------------- Mon Sep 19 10:58:24 CEST 2005 - sndirsch@suse.de - updated to xterm-205 [...] * fixes for Novell #113277: - specify weight for wide font which may be derived from normal fontname. - cache the derived wide- and widebolt-fontnames. - obsoletes bugzilla-99564.patch bugzilla-99564.patch was the patch mentioned in Bug #99564, comment #16