[immodule-qt] Re: Question about deletion of the method of QInputContext

Lars Knoll lars at trolltech.com
Fri Jan 14 15:32:51 EET 2005


On Friday 14 January 2005 11:49, Mike FABIAN wrote:
> Choe Hwanjin <choe.hwanjin at gmail.com> さんは書きました:
> > On Tue, 11 Jan 2005 14:11:31 +0900, Daisuke Kameda
> >
> > <kaminmat at cc.rim.or.jp> wrote:
> >> On Thursday 06 January 2005 02:15, Lars Knoll wrote:
>
> [...]
>
> >> > So for XIM, focus changes do not any longer cause the preedit string
> >> > to be reset, but it is preserved until the widget regains focus.
> >> > Please try what I have implemented for XIM together with e.g. kinput2
> >> > and tell me if this is the wanted behaviour.
> >>
> >> I'm considering well about this.
> >>
> >> Although present operation is good for Japanese, I think that
> >> the operation which doesn't reset is not always required.
> >> If anything, there must be more many languages for which
> >> it is good behavior not doing so.
> >>
> >> Probably, this point at least should be taken into consideration.
> >
> > I think this problem is important. Reseting ic on focus out event is a
> > needed feature for korean, and I think other languages too.
> > In some cases the last preedit string may be lost.
> >
> > And I really curious about that.
> > Kameda san, let me know how japanese input text usually, and why that
> > feature is needed.
> > I don't still understand why :)
>
> I don't understand why that is needed either. To the contrary, I find
> it very annoying when a preedit string is preserved on focus change
> and an old preedit string is recovered if the widget regains focus.
> I think it is more natural when the preedit string is committed on
> focus change.

I thought so as well up to now, as this is the way it works on Windows. I 
don't have any problem implementing either way, but I would really like to 
have an answer here at some point. Committing the string on focus change 
would make the IM handling a lot easier, especially in the text widgets 
themselves. 

IMO implementing string reconversion correctly would be the better way of 
dealing with it.

Lars




More information about the immodule-qt mailing list