[clutter] Key Press handling in embedded clutter widgets

[gaurav]

Hi, 

    I have a GtkVBox which contains a embedded clutter widget. 
    It seems the key-strokes are directly going to the embedded clutter
widget. I require the key-strokes to be handled by the parent containers
of the clutter widget (GTK containers), if the stage default handler
doesn't require the key. 

    Normally, in gtk, the top level containers tend to get the key
strokes first, then the children. This behavior is not being observed in
my widget. My upper containers/window handlers never get Key releases.  

For me, gtk_clutter_embed_key_event is never called too. Keys are taking
some other path ?

How do I go about debugging this ?

// My pseudo code 

         // Creation of clutter_widget
        clutter_widget = gtk_clutter_embed_new();
        
        gtk_widget_set_size_request(GTK_WIDGET(clutter_widget), screen_width,
screen_height);
        gtk_widget_show(GTK_WIDGET(clutter_widget));

         // GtkVbox *list; // assume all initialisation and embedding to
GTKWindow done

         // Adding it to container 
        gtk_container_add (GTK_CONTAINER (list), clutter_widget);
        gtk_widget_show (clutter_widget);
        gtk_grab_focus ((list));

Here's the backtrace for my stage input handler backtrace:

#0  on_input (stage=0x6e078, event=0x98ec8, user_data=0x6e078) at
gtkmidplist.c:672
#1  0x40cfd948 in clutter_marshal_BOOLEAN__BOXED (closure=0x98ec8,
return_value=0xbee637f4, n_param_values=1082414680,
param_values=0xbee638fc, 
    invocation_hint=0xbee63810, marshal_data=0x0) at
clutter-marshal.c:245
#2  0x40527e00 in IA__g_closure_invoke (closure=0x98ec8,
return_value=0xbee637f4, n_param_values=2, param_values=0xbee638fc,
invocation_hint=0x40845658)
    at gclosure.c:490
#3  0x4053e604 in signal_emit_unlocked_R (node=0x5bb10, detail=0,
instance=0x6e078, emission_return=0xbee63898,
instance_and_params=0xbee638fc)
    at gsignal.c:2440
#4  0x4053f284 in IA__g_signal_emit_valist (instance=0x6e078,
signal_id=0, detail=0, var_args=0xbee63a6c) at gsignal.c:2209
#5  0x4053f884 in IA__g_signal_emit (instance=0x6e078,
signal_id=3684960, detail=0) at gsignal.c:2243
#6  0x40ce18ac in clutter_actor_event (actor=0x6e078, event=0x383a60,
capture=-1092208016) at clutter-actor.c:3963
#7  0x40d0a9f4 in clutter_stage_event (stage=0x6e078, event=0x383a60) at
clutter-stage.c:889
#8  0x40cfc6bc in clutter_do_event (event=0x383a60) at
clutter-main.c:1524
#9  0x40d1c72c in clutter_event_dispatch (source=0x6e078,
callback=0x383a60, user_data=0x0) at clutter-event-x11.c:703
#10 0x405a9c94 in IA__g_main_context_dispatch (context=0x2f570) at
gmain.c:2061
#11 0x405aba38 in g_main_context_iterate (context=0x2f570, block=1,
dispatch=1, self=0x383a60) at gmain.c:2694
#12 0x405abd98 in IA__g_main_loop_run (loop=0x31270) at gmain.c:2898
#13 0x401639e8 in IA__gtk_main () at gtkmain.c:1144

Thanks, 
Gaurav Roy..

-- 
To unsubscribe send a mail to [EMAIL PROTECTED]