Re: [java-gnome-hackers] gnome conflicts with gtkentry
Brought to you by:
afcowie
From: Mark H. <mh...@ti...> - 2003-04-11 19:21:51
|
On Tue, 2003-04-08 at 23:51, Tom Ball wrote: > it fails in EventKey.getString with a bogus eventkey handle. Are you sure it's bogus. The location certainly seems as vaild as the others. Commenting out the call to the native getString (in gdk.EventKey.getString) "fixes" the problems for me. The following is printed in the docs for the string field of GdkEventKey - perhaps we shouldn't be using GdkEventKey.string: a string containing the an approximation of the text that would result from this keypress. The only correct way to handle text input of text is using input methods (see GtkIMContext), so this field is deprecated and should never be used. (gdk_unicode_to_keyval() provides a non-deprecated way of getting an approximate translation for a key.) The string is encoded in the encoding of the current locale (Note: this for backwards compatibility: strings in GTK+ and GDK are typically in UTF-8.) and NUL-terminated. In some cases, the translation of the key code will be a single NUL byte, in which case looking at length is necessary to distinguish it from the an empty translation. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |