The changed signal seems to be fired whenever a character is entered with
the VK input method. I haven't seen the VK input method use the other two
signals. However, I don't think this is the case with the handwriting
input method, and I believe that it uses all three events. With the
handwriting input method, it only sends the changed signal when the user
completes a word. Unfortunately, the only way to debug using the
handwriting input method is on the device itself.
Aaron
On Thu, 16 Mar 2006, Antonio Gomes wrote:
Could anybody explain me in which situations the virtual keyboard preedit_*
(start, end, changed) signals are fired ? When are they usefull ?
--Antonio
On 3/13/06, Antonio Gomes [EMAIL PROTECTED] wrote:
Hi,
Sometime ago I sent an e-mail asking about hiding input text from non-gtk
widgets. I've got some progress but I stock on hiding the autocomplete
widget/service content (this is the one under the virtual keyboard (when
it's in show-mode) that tries to guess the word we are typing, getting
you some possible candidates to be autocompleted).
Is there a way to manually force the hiding of its content (in the case of
typing passwords) using the GtkIMContext ?
Well, gtk_entry_set_visibility (entry, TRUE) is enough to do the trick,
but I can't use this once I don't have a gtk_entry_widget, but a
mozilla-html-form instead. So how could it it be got ? Is it possible, at
least ?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers