Discussion :

[awalter1]

Bonjour,
Je suis confronté à un problème avec mon interface graphique via pygtk, mais ma question est peut être plus général, c'est pour cela que je la mets sur ce forum qui a une audience plus large. Dans le code suivant :

Code :

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

1
2
3
4
self.frame.connect("scroll-event", self.scrollevent,self.adjustment)
...
def scrollevent(self,window,event,adjustment):
		print "event = ",event

L'exécution me donne la valeur de l'event :

Code :

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

event     = <gtk.gdk.Event at 0xb64bc458: GDK_SCROLL x=151.00, y=29.00, direction=GDK_SCROLL_DOWN>

Je voudrais savoir si il est possible de connaitre l'adresse de l'event (le gtk.gdk.Event at 0xb64bc458) au moment du "self.frame.connect" ? Si oui comment la récupérer ?
Merci

[wiztricks]

Salut,

La fonction "id" de CPython est codée pour retourner "l'adresse" de l'objet.
Le "0xb64bc458" devrait être récupérable via "hex(id(event))".
Vous voulez en faire quoi?
- W

[awalter1]

J'ai une fenêtre composée de plusieurs frames. Le pointeur souris étant dans une frame, le scroll ne doit concerner que cette frame. Le scroll sur une frame appelle la callback prévue à cette effet : "scrollevent", mais aussi le "scrollevent" des autres frames, donc le scroll est aussi appliqué sur ces autres frames, je n'ai pas trouvé pourquoi. Mon IHM est plutôt complexe car générique.
Mon idée est de pouvoir faire un lien entre l'event récupéré par la callback et la frame qui l'a déclenchée et ainsi élimineer le traitement sur les autres frames.
Mais je comprend dans votre réponse qu'on accède à l'event une fois qui'il s'est déclenché, donc dans la callback, c'est alors trop tard pour moi.
Une autre solution : comme l'event me donne le x et y de la position du curseur, je peux peut être la comparer avec la zone de la frame et en déduire la frame concernée. je vais essayer.
Merci

[wiztricks]

Salut,
Normalement, le widget qui a le focus récupère l'event en premier et çà se propage si le handler ne retourne pas True.
- W

[awalter1]

Bravo, il suffisait de rajouter

Code :

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

return True

à ma callback.pour qu'il n'y ait pas de cascade
J'ai cherché lontemps.

Sinon, au sujet du focus, dans le code suivant :

Code :

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

1
2
3
4
self.frame.connect("scroll-event", self.scrollevent,self.adjustment,self.frame)
...
def scrollevent(self,window,event,adjustment,frame):
		print "Focus = ",frame.has_focus(),frame.is_focus()

Pourquoi avais je :

Code :

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

Focus = False  False

J'aurais attendu au moins un True !
Merci

[wiztricks]

Salut,

"focus" redirige les events clavier vers le widget qui l'a obtenu ou récupéré via grab.

Positionner la souris sur un widget va lui expédier des events "souris" mais le widget (sous la souris) ne récupérera pas toujours le focus "automatiquement"(*): une frame n'étant qu'un container ne le récupère pas, un text widget devrait le récupérer.
(*) except via un setting "focus follow mouse" qui est assez "désorientant".
- W

[awalter1]

ok,
Merci