Discussion :

[Sve@r]

Bonjour à tous

Je viens ici demander vos avis sur la bonne façon de transmettre une information par un signal.

Jusqu'à présent, je me contentais de bazarder bêtement l'info après le signal. Exemple

Code python :

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

1
2
3
QByteArray data;
...(remplissage de data)...
self.emit(SIGNAL("action"), data)

Et de l'autre coté, la data était bien récupérée

Code python :

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

1
2
3
4
5
6
7
8
9
def slotAction(self, data):
    print("data=", data)
# slotAction()
 
connect(
    objet,
    SIGNAL("action"),
    self.slotAction,
)

Toutefois, j'ai vu qu'on pouvait aussi "forcer" un typage fort sur le signal à la mode "C++". Exemple

Code python :

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

1
2
3
QByteArray data;
...(remplissage de data)...
self.emit(SIGNAL("action(QByteArray*)"), data)

Et de l'autre coté

Code python :

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

1
2
3
4
5
6
7
8
9
def slotAction(self, data):
    print("data=", data)
# slotAction()
 
connect(
    objet,
    SIGNAL("action(QByteArray*)"),
    self.slotAction,
)

D'où ma question: puisque ça fonctionne sans, est-ce nécessaire de coder de cette façon ??? Ou inversement, cela pose-t-il un problème si on n'utilise pas ce typage ???
Surtout que si on utilise un typage précis, alors plus question de mettre autre chose qu'un QByteArray dans le signal...

Voilà - Merci à tous de votre attention

PS: je m'absente demain (24/11) jusqu'au 14/12 et ne suis pas certain d'avoir du wifi là où je vais. Donc si je ne reviens pas de suite dans ce topic, je vous prie de ne pas vous en offusquer.

[wiztricks]

Salut,

D'où ma question: puisque ça fonctionne sans, est-ce nécessaire de coder de cette façon ??? Ou inversement, cela pose-t-il un problème si on n'utilise pas ce typage ???
Surtout que si on utilise un typage précis, alors plus question de mettre autre chose qu'un QByteArray dans le signal...

Ça ne sert à pas grand chose puisqu'en Python le typage est dynamique. Cependant, çà permet aussi de réaliser des surcharges qui peuvent être intéressantes. Voir la documentation pour les détails.

- W

[Sve@r]

Bonjour

De retour comme annoncé. Merci de ta réponse et surtout pour le lien. Ca me fait aussi penser que je ne sais pas trop quand utiliser un signal et quand utiliser un pysignal mais je vais d'abord chercher par moi-même avant de revenir ici poser mes questions si j'en ai.

Résolu

[tyrtamos]

Bonjour Sve@r,

En tout cas, la méthode que tu utilises avec SIGNAL ne marche plus avec PyQt5. Et la nouvelle méthode, obligatoire avec PyQt5, marchait déjà avec PyQt4.

J'utilise souvent la communication avec messages, et ça marche très bien:

- pour l'émission: widgetemetteur.nomdusignal.emit(objetàtransmettre) . A noter que l'émetteur ne sait pas qui va récupérer le message! L'objet à transmettre est optionnel.

- pour la réception: widgetemetteur.nomdusignal.connect(méthodeàlancer) . Mais le récepteur du message doit savoir quel widgetemetteur va lui envoyer un message.

- la méthode à lancer est précédée par un décorateur: @QtCore.pyqtSlot(typeobjetàtransmettre) le type d'objet à transmettre pouvant être un objet Python (str, int, float, ...) ou un type C++ entre guillemet.

- au sein de la classe d'un objet PyQt, on peut créer un nouveau signal avec nouveausignal = QtCore.pyqtSignal(typeobjetàtransmettre) et l'utiliser comme ci-dessus. Il n'est pas nécessaire de déclarer de cette façon un signal déjà existant de Qt.

- il m'arrive aussi (rarement) d'utiliser QtCore.pyqtProperty dans le codage des widgets "customisés" utilisables avec Qt Designer, pour faciliter la configuration de ces widgets directement sous Designer.

C'est tout ce que j'utilise couramment, et une fois qu'on a compris comment ça marche, c'est très facile à coder.