Discussion :

[Skarsnick]

Bonjour,
Je reprend un sujet que j'ai posté il y a peu:

Je pensais trouvé un truc un peu plus simple mais finalement t'as raison je suis passé avec un flag:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
pWindow = gtk_window_new(GTK_WINDOW_TOPLEVEL);
g_signal_connect(G_OBJECT(pWindow),"key-press-event",G_CALLBACK(OnPressKey),GINT_TO_POINTER(1));
g_signal_connect(G_OBJECT(pWindow),"key-release-event",G_CALLBACK(OnPressKey),GINT_TO_POINTER(0));

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
void OnPressKey(GtkWidget *i_px_Widget, GdkEventKey * i_px_Event, gpointer i_px_data)
{
	i_px_Widget = NULL;
 
	if(i_px_Event->keyval == GDK_Control_L)
	{
		CtrlPress = GPOINTER_TO_INT(i_px_data);
	}
}

Merci!

Depuis que j'ai fait cela j'ai un autre soucis:
Quand je cherche à rentrer des données dans un entry, il n'écrit plus rien,
Je suis sûr que cela vient de ma fonction OnPressKey car en la commentant ca marche bien.
Comment la modifier pour que quand je tape un texte, celui ci apparaisse bien?
merci

[teuf13]

Dans un callback pour un évènement "key-press-event", tu peux renvoyer TRUE pour bloquer la propogation de l'évènement, et FALSE si tu veux que l'évènement continue à se propager. Je rajouterais donc un return FALSE à la fin du callback, ça devrait éviter de bloquer les évènements claviers.

[Skarsnick]

Tout simple!
Mais ça marche très bien merci !

[liberforce]

Quand on connecte un signal, il faut toujours que la callback qu'on lui attache respecte la signature (= le prototype) de callback indiqué dans la documentation GTK+ pour ce signal.
http://library.gnome.org/devel/gtk/u...ey-press-event