Discussion :

[ttone]

C'est possible dans une GUI :

Code :

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

1
2
3
 
 
	connect(&thread, SIGNAL(emitSignal()), this, SLOT(this->method()));

Mais ca ???

Code :

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

1
2
	connect(this->interface.sendButton, SIGNAL(clicked()), this, SLOT(thread.method()));

ou est ce qu on est obligé de passer par une méthode contenant thread.method() ?

[yan]

Salut.
pour commencer faudrait que tu revoie les connect.
Tu peut regarder la FAQ elle viens d'être mise a jour et la doc :
http://qt.developpez.com/doc/latest/...sandslots.html

Ensuite pour le connect entre thread tu peut regarder :
http://www.developpez.net/forums/sho...d.php?t=484613
http://www.developpez.net/forums/sho...2&postcount=23

[ttone]

Merci, je vais regarder, pour le moment je mets les méthodes du thread dans les slots de mon appli. Ca fonctionne. J'ai lu le doc Trolltech récemment. Hormi une particularité des threads, je ne vois pas pourquoi on ne pourrait pas mettre en slot un méthode d'une instance de QThread (un thread, quoi), et l'activer avec un signal du main thread. D'autant plus que l'inverse est possible, comme dans l'exemple de mandelbrotalors...

[yan]

Salut

Merci, je vais regarder, pour le moment je mets les méthodes du thread dans les slots de mon appli. Ca fonctionne. J'ai lu le doc Trolltech récemment. Hormi une particularité des threads, je ne vois pas pourquoi on ne pourrait pas mettre en slot un méthode d'une instance de QThread (un thread, quoi), et l'activer avec un signal du main thread

attention un QThread et les objet créé dans son créateur appartiennent au thread qu'il la créé!!!
Seul tout les objets qui sont créént dans la méthode run appartiennent au nouveau thread
J'ai mis un exemple ici :
http://www.developpez.net/forums/sho...5&postcount=15

la différence est le mode de connection. En gros, l'appel du slot d'objet appartenant au même thread que le signal sera comme un appel direct.

l'appel du slot d'objet appartenant à un thread différent que le signal, l'appel sera sérialisé dans l'eventloop de la thread pour être traité plus tard.

Un autre point est qu'un emit est thread safe

[Aurelien.Regat-Barrel]

Hormi une particularité des threads, je ne vois pas pourquoi on ne pourrait pas mettre en slot un méthode d'une instance de QThread (un thread, quoi)

On peut, c'est juste que ce n'est pas ce que tu demandes. Tu connecte le signal a un slot de "this" au lieu d'un slot de ton thread:

Code :

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

connect(this->interface.sendButton, SIGNAL(clicked()), thread, SLOT(method()));

[ttone]

toutes mes confuses, ma question est en fait, peut on écrire ca ?:

Code :

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

1
2
 
	connect(this->interface.sendButton, SIGNAL(clicked()), thread, SLOT(thread.method()));

c'est thread safe, donc ok.
par crainte, je passais par des méthodes

Code :

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

this->sendToThread()

...qui contenait

Code :

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

 thread.method()

[ttone]

Seul tout les objets qui sont créént dans la méthode run appartiennent au nouveau thread

A propos, je n'ai quasiment rien dans ma méthode run, sinon quelques initialisations secondaires, qui passent après le constructeur. Toutes mes méthodes sont "en plus", et sont appelé par les événements GUI (keyPressEvent, signal sur éléments graphiques, etc.). Est ce normal ?

la différence est le mode de connection. En gros, l'appel du slot d'objet appartenant au même thread que le signal sera comme un appel direct.

l'appel du slot d'objet appartenant à un thread différent que le signal, l'appel sera sérialisé dans l'eventloop de la thread pour être traité plus tard.

est ce que tu as un lien particulièrement intéressant pour ca ? Ca m'intéresse pas mal...

Un autre point est qu'un emit est thread safe

Vive Qt, c'est pratique à souhait

[Alp]

Non, comme le disent Aurélien et Mongaulois, c'est possible. Les signaux/slots de Qt permettent justement de connecter des signaux à des slots qui sont dans des threads différents. Il y a une page de la doc officielle qui y est dédiée si je ne m'abuse.

[yan]

Code :

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

1
2
 
	connect(this->interface.sendButton, SIGNAL(clicked()), thread, SLOT(thread.method()));

c'est thread safe, donc ok.

pas dans ce sens car this et thread sont la même thread. Donc le connect est direct
par contre un emit dans la fonction run est threadsafe.
regarde le lien que je t'ai donnée. y as aussi un exemple pour comprendre.
Tu as aussi cette partie de la doc
http://qt.developpez.com/doc/latest/...s-and-qobjects

pour ce que tu veut faire, un QTimer ne correspond pas??