[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: input methods and OSX (Qt bug? Or kkeyserver bug?)
From:       Simon Hausmann <hausmann () kde ! org>
Date:       2006-09-08 8:07:43
Message-ID: 200609081007.44447.hausmann () kde ! org
[Download RAW message or body]


On Friday 08 September 2006 03:45, Benjamin Reed wrote:
> It looks like non-US input seems to work just fine for most languages,
> but anything that uses an input method rather than unicode/roman
> characters silently does nothing.
>
> I don't know enough of how Qt interacts with the OSX input methods
> (nor enough about input methods in general) to have any idea how to
> start debugging this.  Do you have any ideas where to start, or any
> insights into what should be checked?
>
> If you'd like to see what I mean, I've got pre-made 10.4 binaries at:
>
>   http://ranger.users.finkproject.org/kde/
>
> I've tried using kwrite and I spot checked it with various languages
> (even arabic works, with right-to-left input) but chinese, japanese,
> korean, and probably anything else with an input method doesn't work.

Input methods work fine for me with QTextEdit and QLineEdit in 4.2. (apart 
from a bug in the simplified chinese input, which will be fixed in tomorrow's 
snapshot)

Are you sure this is not a bug in kwrite/kate's input method handling code?

Simon

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]