J'ai découvert ce matin le MOTION_HINT_MASK qui évite de saturer la queue des signaux avec des motion_notify_event. Pour générer un nouveau signal on appel alors un gtk_window_get_pointer.
J'ai aussi utiliser un test du genre (event->state & GDK_BUTTON_MASK) dans ma fonction on_mn. Je capte tout les mouvements de la souris (même hors drag) mais je sort direct si je ne suis pas en drag. Du coup, avec ça je n'est plus besoin de faire tout mon mic-mac de branchement/débranchement de on_mn.
[^] # Re: oublie gtk_main_iteration
Posté par HSimpson . En réponse au message Gtk: Gestion des évènements et choses bizarres. Évalué à 1.
J'ai découvert ce matin le MOTION_HINT_MASK qui évite de saturer la queue des signaux avec des motion_notify_event. Pour générer un nouveau signal on appel alors un gtk_window_get_pointer.
J'ai aussi utiliser un test du genre (event->state & GDK_BUTTON_MASK) dans ma fonction on_mn. Je capte tout les mouvements de la souris (même hors drag) mais je sort direct si je ne suis pas en drag. Du coup, avec ça je n'est plus besoin de faire tout mon mic-mac de branchement/débranchement de on_mn.
Je me suis inspirer du tuto de GtkFr (http://www.gtk-fr.org/wakka.php?wiki=CreerSonProprePaint ) que je connaissais pas avant.
Est ce que quelqu'un sait quand même pourquoi j'avais des "button_press_event" et pourquoi mon mic-mac ne marchait pas.