Bug 90468 - japanese fonts or big fonts, preview too slow
Summary: japanese fonts or big fonts, preview too slow
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-29 15:07 UTC by Alessandro Mantelli
Modified: 2011-09-23 03:51 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alessandro Mantelli 2004-09-29 15:07:45 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Using kde 3.3 with debian sid. As I use the sistem in Japanese I installed several fonts including msmincho e msgothic. I can't tell exactly the overall dimension of the fonts in term of bytes but anyway when I browse the font list on konqueror or in all the other kde applications that show the fonts preview list (to change the default font setting for example), it takes several seconds to open the cascading menu (need to keep the mouse pressed on the arrow on the right)
and the the fonts browsing is extremely slow. In comparison the same amount of fonts under windows xp in the same browsing condition is very fast. Can be frustrating using such amount of font for example in some photoediting software in the present condition.
Comment 1 Henrik Pauli 2006-09-22 11:37:35 UTC
I have a feeling this one is related to my issue; here goes.

The several second long stalling occurs when glyphs not contained in the font have to be displayed.  I find this very often with Kopete, where several people on my contact list use MSN status messages and/or nicknames containing CJK characters, or use punctuation and miscellaneous characters for decoration.  Whenever a tooltip (or a bubble alert) needs to pop up, the system will find that Tahoma (the font I generally use) does not have the glyphs required, and starts to look for a font to be included.

This seems to be "cached" for some fairly short time, as when I return to the contact and make the tooltip appear again, it will come up instantly, but if I wait for a while and then try, it'll stall again.

So I guess it's a problem with the font substitution algorithm; as generally rendering CJK text if I set to a font that has 'em all (Arial Unicode MS) isn't slow whatsoever.

I just remember something else though: this also occurs with the Trademark Sign while using Luxi Serif -- a font which actually /does/ have that glyph...
Comment 2 lexual 2009-02-23 02:55:03 UTC
Is this still an issue for the reporter?