| Summary: | Buggy UTF-8 handling in all KDE applications | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Petr Hroudny <petr.hroudny> |
| Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | rdieter |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Petr Hroudny
2007-06-18 16:41:23 UTC
What would it be in messenger? And do you have any reason why that should be more correct? Same in messenger. In all KDE applications the above text looks like this: 与.机的朋友.行交流，.使用 MSN Messenger: i.e. 3 characters are missing. Maybe just the KDE fonts are broken, but it looks strange that most characters are present and just 3 are missing. I can confirm this. Konqueror 3.5.7 misses three characters, Firefox and Opera show them. If you write a new text containing some of the missing characters, is it still the same characters that miss? Btw. Since if this affects all KDE applications, it is Qt bug. Well, I can write new text only by using Copy & Paste, but it's still the same characters that drop out. BTW, doing "less UTF-8-demo.txt" in Konsole does very weird things, some characters are misplaced at the end of line, some sections are missing (this is definitely font problem) but generally you need to clear the Konsole window after this since garbage is hanging out at random places. Doing the same with xterm -xrm "xterm*.utf8Fonts.font: -misc-fixed-medium-r-normal--18-120-100-100-c-90-iso10646-1" yields completely correct display. Here's the mentioned file: http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt Hmm, just found this: If a character is missing in the current font, Firefox is trying to find it in other installed fonts. That's the reason why the text displays correctly. Konqueror simply uses the current font. This means that the default KDE fonts are incomplete. This is still problem in Fedora7 and KDE 3.5.7 Seems that chinese characters are taken from Japanese fonts, which obviously fails. Same problem for all KDE applications. A funny thing happens with Konsole - if I do a "cat utf8-demo.txt" then the Chinese characters start to work correctly. This file is available at http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt Hmm, just found this: https://bugs.launchpad.net/ubuntu/+source/qt-x11-free/+bug/94282 Indeed a Qt bug. |