http://qa.mandrakesoft.com/show_bug.cgi?id=1681
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From [EMAIL PROTECTED] 2003-03-08 05:38 -------
The bug has not actually been solved, but localedrake now sets up Over The Spot
and this bug only applied to On The Spot. I therefore consider it to be a waste
of time to worry about this bug and I am closing it as WONTFIX.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
On a fresh cooker install, I created a new user, switched that user to use
Japanese. Once logged in, I started kwrite and activated kinput2 with shift-space.
After that, no characters appeared in the document I was editing.
I closed kwrite, edited ~/.qt/qtrc and added
XIMInputStyle=On The Spot
in the [General] section
I started kwrite again and I could use kinput2 as to do all the editing I wanted.
In short: with some KDE applications on-the-spot does not work well or look all
that great. With kwrite, it simply does not work at all! Since on-the-spot is
the default state of a Japanese environment created by localedrake, this is a
problem.
My suggestion: I'm sure nobody on the Mandrake team wants to find this error in
kwrite. Instead, I say that localedrake should change ~/.qt/qtrc in the manner
prescribed above when Japanese is selected as the locale.
That's a simple solution, it's relatively clean and all users of Japanese will
love it because on-the-spot in KDE is just painfully ugly!
[Just to name one: there is no indicator that the Input Method Editor is active.]
