Version: 1.8.2 (using KDE KDE 3.4.2) Installed from: SuSE RPMs OS: Linux kmail has Problems with unicode: combining characters aren't shown right - there appears a whitespace before the character and then the cursor occurs shifted one position to left. e.g. (unicode_hex-numbers) e + 30c Z + 30c a + 301 i + 301 a + 306 s + 327 t + 327 etc. (I carry out the input by an adapted Xmodmap for better multilingual typesetting.) (I know - combining characters aren't recommended for internet, but I think unicode is unicode and a mailing-programm should allow text in unicode lso using combining characters.)
PS "(using KDE 3.4.2)" ?? using gnome (and using kde-packages like kmail from SuSE10.0) !!
That's the KDE version your KMail belongs to. Let's see how KMail renders this: ěŽàìăşţ
Created attachment 16316 [details] KMail window showing comment #2 KMail displays those characters just fine for me.
> comment #2: > That's the KDE version your KMail belongs to. I only use kmail, sometimes kate (and quanta and k3b), so I don't know so much about KDE. [And I think quanta works fine with unicode.] But it's a bug anyway. If not for kmail then for KDE (and I wonder, that KDE isn't ready for unicode). By the way - how did you enter the characters in your example?
Can you post a screenshot? Also, try changing your font: the font-rendering backend in KDE 3 / Qt 3 did a poor job at font substitution. It has been much enhanced for KDE 4 / Qt 4.
> -----Urspr
No bug. The font you chose doesn't have those characters. As I said, the font-substitution engine will be much better in KDE 4. In the mean time, change your font.
Could you give me hint about a monospace-font, which includes theses characters? I tried several without success. I wonder just about that gedit is showing the characters using the same font. Maybe gedit has automatic font-substitution. By the way - i hate automatic font-substitution. The user should know, which font is used all the time! In the case of font substitution the user should be informed about the font which is used instead of the choosen (and because of which lack in this one). (This problem occurs not only in gedit (if it is the problem in gedit at all) but also in OpenOffice, see http://www.openoffice.org/issues/show_bug.cgi?id=45128)
Created attachment 16359 [details] 2 - what kate does
I've forgotten about the other bad thing connected to that bug (I call it a bug anyway): There occure changes of other characters too and the cursor blinks at the wrong place. see attachements 1, 2 and 3 (kate (using the same kde, I suppose) is a bit better than kmail for that.)
Created attachment 16360 [details] 1 - what kmail does
Created attachment 16361 [details] 3 - what gedit does
Maybe it should be considered as a bug of kde (but kate does it better than kmail) and/or as a wish for a feature in kde concerning font-substitution. [The user should know, which font is used all the time! In the case of font substitution the user should be informed about the font which is used instead of the choosen (and because of which lack in this one).]
PS: I tried with kate many many fonts without success (not only the monospace used in the examples) and I don't believe, that no one contains the characters (because gedit finds the characters without any problem). (For some fonts kate displays only the characters wthout the signs above/below. But always the right characters and in the right order...)
KMail uses an outdated editor component. We won't fix it in KDE 3.x, but replace it in KDE 4. Therefore I close this bug as WONTFIX. Please do not reopen it. If you want Kate to be fixed then submit a bug report for Kate.
Or rather, don't. Font-substitution problems will be fixed by upgrading to Qt 4 when KDE 4 is released. We will not fix it in KDE 3 code. And submitting bug reports about that won't make the problem be solved any faster or any better -- not submitting won't make it be forgotten either.
OK. So I hope that the font substitution in kde4 will allow the user to understand what happens. (And could you tell me, which font I should use at the moment to evoid thea problem?) Thank you very much.
> > http://bugs.kde.org/show_bug.cgi?id=127945 > Ich bin davon
Because I can’t believe, that the character-troubles seen in the attachement 2 - what kate does showing, that even characters put before the characters with the diacritics change in a stupid way, are a font-problem put I think it’s a real unicode-Problem of kmail/kde, I reopen the bug. And I think it’s a bug too, that kmail doesn’t allow me to use every font my system has got (which may result in font-substitution-problems). But that’s another thing.
DejaVu Sans Mono is a font, that seems to work.
As KDE 4 is out since some time, and as far as I see it works, I'm closing this.