Comment créer un thread qui puisse gérer les éléments de l'IHM

Bonjour à tous,

voila j'ai créé et disposer des objets sur mon IHM (mainwindow.ui) et je voudrai créer un thread (je suppose avec QThread) qui puisse agir sur les objets, c'est à dire qu'il connaisse la classe 'ui' et 'this', tout au moins 'this' parce que 'ui' est un élément de 'this'.
Bon je ne sais pas si c'est clair :oops:

Merci d'avance de votre aide

PS: environement Qt Linux.

Salut
http://qt.developpez.com/faq/?page=Thread#ihm-thread

Donc tu ne peux pas directement. Mais tu peux passer par le système de signal/slot pour modifier ton ihm à partir du thread

Merci Yan pour le lien, mais je vais être honnête, je débute, et même si je comprends un peu la théorie, je ne vois pas du tout comment faire, ce qu'il me faut ce sont des exemples de bouts de programme.

Citation:

---

Envoyé par SuperSeb95

Merci Yan pour le lien, mais je vais être honnête, je débute, et même si je comprends un peu la théorie, je ne vois pas du tout comment faire, ce qu'il me faut ce sont des exemples de bouts de programme.

---

Pourquoi as tu besoin d'un thread?

Je reçois une image d'une callback et je voudais mettre un thread en place pour afficher cette image parce que je ne peux pas le faire dans cette fonction callback. Je comptais mettre en place un système de signal pour dire "ok l'image est prete, tu peux afficher". Ou tout au moins lancer une fonction (pas besoin d'un thread) qui serait activée par un signal.
J'ai compris le système de signal/slot pour un objet, tel que l'appuit sur un bouton parce qu'il génére un signal "click" mais comment faire pour qu'une fonction lambda génére un signal ?

le thread semble superflue car t'as callback est surement déjà dans un thread.

Citation:

---

Envoyé par SuperSeb95

mais comment faire pour qu'une fonction lambda génére un signal ?

---

Tu peut utiliser un QObject. Les signaux sont thread safe mais protected. Tu peut donc créé une fonction public qui va emettre le signal

Code:

---

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

class monObj : public QObject { Q_OBJECT   public : monObj(QObject * parent = 0):QObject(parent){} void sendImage(const QImage &I) { emit newImage(I); } signals : void newImage(const QImage &);     };       void myCallBack(...) { monObj * sender = /*tu récupère un pointeur par ton contexte*/; QImage img; /*   tu génère ton QImage à afficher   */   sender->sendImage(img); }

---

En complément et juste pour information, uniquement dans le cas où il n'est pas possible/souhaitable/facile de créer un QObject, il est possible :
- de créer un QEvent personnalisé et de l'envoyer avec QApplication::postEvent
- ou d'émettre un signal avec QMetaObject::invokeMethod

L’inconvénient des signaux/slots ici, c'est qu'il faut avoir un pointeur vers le QObject qui reçoit le signal, ce qui n'est pas toujours facile (surtout avec une fonction callback). Probablement que l'approche par event serait le mieux (mais pas le plus léger à mettre en place). Il est peut être aussi possible d'émettre l'event à la place d'appeler la fonction callback, non ?

Bon courage

Citation:

---

Envoyé par gbdivers

L’inconvénient des signaux/slots ici, c'est qu'il faut avoir un pointeur vers le QObject qui reçoit le signal,

---

Il te le faut aussi pour poster un event ;).
Mais au finale, ça fait la même chose.

A la limite, tu met un eventfilter sur le singleton de QCoreApplication et envoie l'event dessus.

Oui, effectivement, je pensais à ça :)

Yan quand tu mets dans ton code :

Code:

---

1 2	monObj * sender = /*tu récupère un pointeur par ton contexte*/;

---

ça veut dire

Code:

---

1 2	MainWindow *sender = (MainWindow *)o_p_userData;

---

avec o_p_userData = this.

j'ai ma fonction d'affichage :

Code:

---

1 2 3 4 5

void MainWindow::displayImage(void *v_image) { .... }

---

et le compilo me dit :
multiple definition of "MainWindow::displayImage(void*)
et lorsque je clique dessus il m'ouvre le fichier moc_mainwindow.cpp et pointe sur #include "mainwindow.h" --> c'est quoi ce fichier, d'où sort'il ?
après j'ai :
first defined here, et là il pointe sur ma fonction
et pour finir par : collect2: Id returned 1 exit status -1
bon je suis perdu comme vous pouvez le constater.
Ceci dit le mécanisme que tu m'as donné semble bien adapté à ce que je veux faire.

pour info, voici mon Objet

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

class MainWindow : public QMainWindow { Q_OBJECT public: MainWindow(QWidget *parent = 0); ~MainWindow(); void sendImage(void *v_image) { emit displayImage(v_image); }   protected: void changeEvent(QEvent *e);   private slots:   signals : void displayImage(void *v_image);   private: Ui::MainWindow *ui;

---

Je viens de faire un tout nettoyer et tout recompiler, et sur l'erreur multiple definition ... il pointe toujours sur le fichier moc_mainwindow.cpp mais sur le code suivant :

Code:

---

1 2 3 4 5 6 7 8

// SIGNAL 0 void MainWindow::displayImage(void * _t1) { void *_a[] = { 0, const_cast<void*>(reinterpret_cast<const void*>(&_t1)) }; QMetaObject::activate(this, &staticMetaObject, 0, _a); } QT_END_MOC_NAMESPACE

---

1- il ne faut jamais transmettre de pointeur
2- les signaux sont générés par Qt. Tu n'as pas à les implémenter.

Essaie de regarder les premier tuto de Qt avant de continuer. Sinon, tu va pas avancer.

Hum... tu ne fais pas exactement ce que Yan a proposé :

- en utilisant MainWindow au lieu d'un QObject créé spécifiquement pour émettre le signal, tu ne respectes pas trop le principe de responsabilité unique

- en utilisant MainWindow, tu as un couplage fort entre ta fonction callback et MainWindow, c'est à dire que ta fonction callback doit connaitre la définition de MainWindow (avec des risques d'inclusion et de définitions multiples... comme tu as pu le constater). Tu perds l'intérêt des signaux/slots qui ne nécessite pas que la classe émettrice connaisse la classe réceptrice et vice-versa. Tu pourrais appeler directement une fonction

Code:

---

MainWindow::drawImage(const QImage&)

---

En bref, n'utilise pas MainWindow

Je viens donc de créer un nouvel objet, donc ma fonction finale qui doit afficher l'image, j'ai dedans le code suivant

Code:

---

1 2 3 4 5 6 7 8 9 10

QImage *imageQimage = new QImage((uchar *)zoneImage, (int)width, (int)height, QImage::Format_Indexed8); //Test la taille de l'image pour réduction *imageQimage = imageQimage->scaled((int)(width), (int)(height), Qt::IgnoreAspectRatio, Qt::SmoothTransformation); QPixmap imagePixmap(QPixmap::fromImage(*imageQimage,Qt::AutoColor)); QGraphicsScene *imageScene = new QGraphicsScene(this); imageScene->addPixmap(imagePixmap); ui->graphicsView_Image->resize((int)(width), (int)(height); ui->graphicsView_Image->setScene(imageScene); ui->graphicsView_Image->show();

---

or "ui" et "this" il ne connait pas, alors comment faire ?

Commence par le début.
Fait au moins les tuto pour voir comment marche les signal/slot et te familiariser avec Qt.

je l'ai fait, hélas