Discussion :

[Sve@r]

Bonjour à tous

Comme dit dans le titre, j'ai découvert (si ça se trouve ça fait 15 ans que tout le monde le sait ) qu'il y a une différence entre la connexion signal/slot classique (QObject.connect(item, signal, slot)) et la nouvelle syntaxe de connexion (item.signal.connect(slot)). En effet, dans la première syntaxe le slot est appelé sans paramètre alors que dans la seconde il reçoit un paramètre "False"

Exemple

Code python :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
#!/usr/bin/env python
# coding: utf-8
 
import sys
from sip import *
from PyQt4.QtCore import *
from PyQt4.QtGui import *
 
def slotBtn(*args, **kwargs):
	print "args=", args
 
app=QApplication(sys.argv)
main=QMainWindow()
main.setCentralWidget(QWidget(main))
btn1=QPushButton("Slot classique")
QObject.connect(
	btn1,
	SIGNAL("clicked()"),
	slotBtn,
)
btn2=QPushButton("PySignal")
btn2.clicked.connect(slotBtn)
layout=QVBoxLayout(main.centralWidget())
layout.addWidget(btn1, 0)
layout.addWidget(btn2, 0)
main.show()
app.exec_()

Comme vous le voyez dans cet exemple minimaliste, la même fonction est connectée à deux boutons distincts chacun par une syntaxe particulière. Lors de l'appui sur le premier bouton, la fonction ne reçoit rien mais si on clique sur le second, elle reçoit "False".

Je dois dire que ça m'embête un peu car je comptais parfois sur le fait qu'un slot ne reçoive rien pour l'appeler manuellement avec des trucs et détecter donc s'il était appelé par un signal ou bien par moi.
Est-ce que quelqu'un aurait une explication, voire même essayer de reproduire le comportement initial avec la nouvelle syntaxe ? Surtout qu'avec Qt5 l'ancienne syntaxe n'existe plus.

En vous remerciant

[tyrtamos]

Bonjour,

Effectivement, le signal "clicked" envoie un booléen "checked" qui correspond à l'état "checkable" du bouton quand il est demandé (setCheckable(True)). Le bouton garde alors un état "a été appuyé" ou "a été relaché".

Pour pouvoir appeler la méthode séparément du bouton, il suffit de mettre l'argument "checked=None". A l'intérieur de cette méthode si checked==None, c'est qu'on l'a appelé séparément du bouton. Si au contraire la méthode a été appelée par le bouton, checked vaudra False (par défaut) ou True.

[Sve@r]

Merci de tes précieuses informations. En effet ça fonctionne comme tu le décris.
Je ne te dis pas que ça me fasse vraiment plaisir parce qu'il y a du code que je vais devoir revoir. Surtout que ça devient l'inverse de ce que j'avais prévu (à l'origine le signal "clicked" n'envoyait rien et moi j'envoyais quelque chose pour différencier et maintenant il envoie quelque chose et moi faut que j'envoie spécifiquement "None" à cet emplacement pour différencier).
Franchement c'est pas cool car quand je lis la doc, je vois juste "avant la syntaxe était celle-ci, maintenant c'est comme ça" ce qui sous-entend que rien ne change dans le comportement alors qu'en réalité le comportement a changé et démerde-toi pour comprendre en quoi. Et sans toi je serais encore en train de galérer et d'anôner péniblement quelques trucs pour tester et deviner ce qui se passe.

Merci encore

[edit]Non finalement la modification a été assez simple: auparavant c'était "soit je ne reçois rien (fonction appelée par le bouton) soit je reçois un truc (fonction appelée par moi)". Maintenant c'est "soit je reçois True/False (fonction appelée par le bouton) soit je reçois autre chose (fonction appelée par moi mais en veillant bien à ne pas passer True ou False ce qui est déjà le cas)".
Donc le test qui était auparavant if arg is not None est devenu if arg not in (True, False) ce qui a été assez rapide à remplacer.

Donc ok, tout refonctionne super

[wiztricks]

Salut,

Franchement c'est pas cool car quand je lis la doc, je vois juste "avant la syntaxe était celle-ci, maintenant c'est comme ça" ce qui sous-entend que rien ne change dans le comportement alors qu'en réalité le comportement a changé et démerde-toi pour comprendre en quoi.

Pour moi, l'erreur vient du laxisme permis par SIGNAL("clicked()") car la documentation de Qt4 dit bien que clicked prend un booléen en paramètre.
Il faudrait écrire: SIGNAL("clicked(bool)").
Ceci dit, l'introspection marche aussi côté "slot" car ce code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
#!/usr/bin/env python
# coding: utf-8
 
import sys
from sip import *
from PyQt4.QtCore import *
from PyQt4.QtGui import *
 
def slotBtn():
	print ('slot')
 
app=QApplication(sys.argv)
main=QMainWindow()
main.setCentralWidget(QWidget(main))
btn1=QPushButton("Slot classique")
QObject.connect(
	btn1,
	SIGNAL("clicked()"),
	slotBtn,
)
 
 
btn2=QPushButton("PySignal")
btn2.clicked.connect(slotBtn)
layout=QVBoxLayout(main.centralWidget())
layout.addWidget(btn1, 0)
layout.addWidget(btn2, 0)
main.show()
app.exec_()

fonctionne bien dans les deux cas (çà ne plante pas en TypeError disant que slotBtn est appelé avec un paramètre alors qu'aucun est déclaré).

- W

[Sve@r]

Pour moi, l'erreur vient du laxisme permis par SIGNAL("clicked()") car la documentation de Qt4 dit bien que clicked prend un booléen en paramètre.
Il faudrait écrire: SIGNAL("clicked(bool)").

C'est vrai que si on l'écrit sous cette forme, alors le fonctionnement devient identique à la seconde écriture (la fonction se met à recevoir alors un booléen). Et par voie de conséquences, la seconde écriture devait être aussi btn2.clicked[bool].connect(slotBtn).

Ceci dit, l'introspection marche aussi côté "slot" car ce code fonctionne bien dans les deux cas (çà ne plante pas en TypeError disant que slotBtn est appelé avec un paramètre alors qu'aucun est déclaré).

Oui et y compris si tu écris la première connexion avec SIGNAL("clicked(bool)"). Mais mon souci primitif était que quand je rajoutais un paramètre au slot, paramètre dédié à mes appels personnels et mis à None par défaut, ce paramètre était alors aussi utilisé par le booléen du "clicked" alors que je ne m'y attendais pas (mon slot testait le None pour détecter l'origine de l'appel et donc quand j'ai remplacé la première connexion par la seconde tout mon programme a commencé à cafouiller car les clics sur les boutons ne répondaient plus correctement).