Tk Source Code

View Ticket
Login
2007-05-16
02:53 Closed ticket [1118844fff]: Xft loses non-Xft fonts plus 7 other changes artifact: 6aca77518b user: jenglish
2005-02-09
03:50 Ticket [1118844fff]: 4 changes artifact: 37152ef331 user: kennykb
02:25 Ticket [1118844fff]: 5 changes artifact: 835716fa53 user: hobbs
2005-02-08
19:19 New ticket [1118844fff]. artifact: 460347489f user: kennykb

Ticket UUID: 1118844
Title: Xft loses non-Xft fonts
Type: Bug Version: obsolete: 8.5a3
Submitter: kennykb Created on: 2005-02-08 19:19:38
Subsystem: 46. Unix Fonts Assigned To: jenglish
Priority: 5 Medium Severity:
Status: Closed Last Modified: 2007-05-16 02:53:53
Resolution: Wont Fix Closed By: jenglish
    Closed on: 2007-05-15 19:53:53
Description:
On RHEL3, I try to run the test case:

grid [label .l -font {times 24} -text \u592a\u9177]

On a non-Xft-enabled build, I see "tai ku" in
the label.  On an Xft-enabled build, I see nothing.
Moreover, on that build, I see that
[font families] lists a different set of font families
than 'xlsfonts' does.

This appears to be some sort of Red Hat breakage,
since I see the same problem with Gnome applications
being unable to display Han characters.
But 8.4 manages it somehow.

Can I get some advice on how I can help
with troubleshooting?  I'd rather not, if possible,
have to choose between Xft and Unicode.
User Comments: jenglish added on 2007-05-16 02:53:53:
Logged In: YES 
user_id=68433
Originator: NO

Finally have a definitive answer on this: Xft version 2 no longer supports core X fonts.  This was a deliberate design decision: quoth http://freedesktop.org/fontconfig/ 

"The other problem in Xft 1.0 was the use of core X fonts when the server wasn't blessed with the Render extension. This meant that applications couldn't count on client-side fonts when using the high-level Xft APIs. As client-side fonts provide significant value beyond anti-aliased glyphs, it again became obvious that this design was flawed."

kennykb added on 2005-02-09 03:50:09:
Logged In: YES 
user_id=99768

For whatever it's worth, I'm attaching a
~/.fonts.conf file that makes it find
appropriate Han characters.  Apparently
the /etc/fonts/fonts.conf that RHEL3
ships with is buggy?

hobbs added on 2005-02-09 02:25:22:
Logged In: YES 
user_id=72656

This may be RHEL3 specific, as I don't have any problems. 
Kevin may also simply not have the correct fonts installed.
 Using a SuSE 9.2 fresh install with some Asian fonts,
displaying either locally or to Xwin-32, I see those chars
just fine.  The font families gives me:

(tk85s) 2 % font families
{ETL Fixed} {Century Schoolbook L} {Misc Console} {Luxi
Sans} Yudit {Luxi Mono} {Efont Fixed} {Adobe Helvetica}
{MUTT ClearlyU Alternate Glyphs Wide} {Arabic Newspaper}
{URW Palladio L} {Gnu Unifont Mono} {SUSE Serif} {Efont
Fixed Wide} {URW Gothic L} Dingbats {B&H Lucida} {URW
Chancery L} {Adobe Times} {Misc Fixed} {Sony Fixed} {Gnu
Unifont} {Adobe Utopia} Utopia {Schumacher Clean} {Adobe New
Century Schoolbook} {SUSE Sans Mono} {Bitstream Charter}
{DEC Terminal} {Courier 10 Pitch} {Nimbus Sans L} {MUTT
ClearlyU PUA} {B&H LucidaBright} {Standard Symbols L} {Efont
Biwidth} {Nimbus Mono L} Courier {Adobe Courier} {Luxi
Serif} {Nimbus Roman No9 L} {B&H LucidaTypewriter}
{Bitstream Terminal} {Misc Console Wide} {MUTT ClearlyU
Wide} {Misc Fixed Wide} Cursor {Goha-Tibeb Zemen} {SUSE
Sans} {URW Bookman L}