Summary: | japanese fonts or big fonts, preview too slow | ||
---|---|---|---|
Product: | [I don't know] kde | Reporter: | Alessandro Mantelli <mante> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | adaptee, henrik.pauli, lex.lists |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Alessandro Mantelli
2004-09-29 15:07:45 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... Is this still an issue for the reporter? |