GNOME Bugzilla – Bug 353803
GtkEntry unneccesarily resets im context at commit
Last modified: 2006-09-09 05:14:49 UTC
This was initially discovered in eel: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203865 The issue is that on commit eel would reset the IM context, which would cause any leftover preedit state to be cleared. GtkEntry seems to have a similar problem. There was a fix for a similar issue after EelEditableEntry was created based on GtkEntry: Mon Dec 16 21:39:28 2002 Owen Taylor <otaylor@redhat.com> * gtk/gtkentry.c (gtk_entry_enter_text): Call gtk_entry_set_position_internal() that takes a new "reset_IM" parameter, so that we avoid the problem where committing text would reset the input method. (#74381, Kang Jeong-Hee) However, this only handles the case where setting the position would cause an IM reset. In the usecase happening with nautilus we also deleted the selection causing another reset. I'm attaching a test case that can be used together with the scim-hangul and the testcase in the bug refered to above (" rhwhdqo") and a fix for GtkEntry.
Created attachment 72012 [details] test case
Created attachment 72014 [details] [review] Fix for GtkEntry
Fix needs to be backported to the stable branch after the next release. 2006-09-01 Matthias Clasen <mclasen@redhat.com> * gtk/gtkentry.c: Don't unnecessarily reset the im context when deleting the selection. (#353803, Alex Larsson)
committed to stable, too