Re: [evolution-patches] #63731 - You made Japanese input worse than ever



On Wed, 2004-09-01 at 18:18 +0900, Nakai wrote:
On Tue, 31 Aug 2004 16:05:32 +0800
Not Zed <notzed ximian com> wrote:

> 
> Must be some serious performance issues with the im stuff.  But anyway,
> a comment below.
> 
> BTW nobody knows how EText works, its left over from the previous
> maintainer who dropped it in our lap, so basically if the patch works,
> its probably ok with us.  Suresh does this look ok to you?

Suresh wrote another comment. So if it gets to be good through his
review, that's fine for you?
Sure, he has a better setup for testing and a better idea if the fix is good.  It seems there are some issues left.  I'll leave it to you guys to discuss on the bug, come back here when you've decided something perhaps?  We still have a few weeks for the 2.0.1 release, although for 2.0.0 we're already in freeze and only accepting crash-type bugs.
> This patch will also need ChangeLog entries but assuming it does what it
> needs to do and the F10 thing is sorted, it looks reasonable to me.

> > - Move gtk_im_context_filter_keypress() funcs to
> >   GDK_KEY_PRESS section. Because the keypress func
> >   doesn't make sense in GDK_KEY_RELEASE section.
> 
> This is done before the shift-F10 keypress check, should this be the
> case?  Will it interfere with accessibility?

Input method must recieve any key events before any other key handling by application
or toolkits. And if the input method doesn't need Shift+F10, it must not handle it and
must pass to the application.
http://bugzilla.gnome.org/show_bug.cgi?id=90082

So that's a sane change.
Ok, thanks for the explanation.

--
Michael Zucchi <notzed ximian com>
"born to die, live to work, it's all downhill from here"
Novell's Evolution and Free Software Developer


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]