[maemo-developers] [maemo-developers] [vkb] gtk_context_im_show|hide
From: Antonio Gomes tonikitoo at gmail.comDate: Wed May 24 16:33:38 EEST 2006
- Previous message: [maemo-developers] [vkb] gtk_context_im_show|hide
- Next message: [maemo-developers] [vkb] gtk_context_im_show|hide
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 5/24/06, Tomas Junnonen <tomas.junnonen at nokia.com> wrote: > ext Antonio Gomes wrote: > > all, > > > > is there any drawback of calling gtk_context_im_show|hide methods by > > my own? I mean gtk and the hildon input method is suppose to care > > about this, but sometimes I am forcing it to show up or hide (for > > specific cases). > > It's perfectly fine to do this. GTK and hildon input methods do take > care of the common cases, but if you want to connect the VKB behavior to > use-cases that are specific to your application or if you're > implementing widgets of your own, that's what the functions are there for. > Great. So, I facing problems with consecutive callings of gtk_context_im_hide|show. Situation: * An custom editable widget gets the focus -> the vkb pops up. * pressing 'tab' automatically jump up the focus to the next focusable widget, right ? Ok ... * In cases when this next widget is also an editable one, in my implementation vkb gets hide (because of the 'focus out' event got fired from the former widget) and then show up, ('focus in' event from the current focusable/editable widget), but this popping up fails. So I wonder if there is an way to avoid the preliminary hiding in cases like this (jumping from an editable widget to another one). This way, it would make my app faster (consecutives hiding/pop ups of the vkb is heavy) as well as avoid the problem I am facing ... thanks -- --Antonio Gomes
- Previous message: [maemo-developers] [vkb] gtk_context_im_show|hide
- Next message: [maemo-developers] [vkb] gtk_context_im_show|hide
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]