Bonjour,
 
J'utilise QT pour créer une petite interface graphique. J'ai un thread lancé en parallèle du main. Quand je viens écrire dans une QListBox depuis le thread, ça ne s'affiche pas. Il faut que je bouge la fenêtre pour que ça s'affiche. Je pense qu'il s'agit d'un problème de rafraîchissement, mais je ne trouve pas de fonction qui rafraîchisse l'affichage.
Est-ce que quelqu'un connaît une solution ? Merci d'avance pour vos réponses.
 
Jérôme

Tu écris comment dans ta QListBox ?
 
Faut que tu envoies un signal à la QListbox avec le texte en paramètre.

J'écris dans la QListBox avec insertItem : j'ai créé un Slot Affichage_texte avec comme paramètre le texte à afficher, et dans ce slot, j'utilise insertItem.  
Comment je fais pour envoyer un signal (j'utilise habituellement Qt Designer et je connecte les signaux en reliant les éléments, mais là, ce n'est pas possible) ?

Il n'y a pas de slot dans QListBox permettant d'ajouter un item.
 
Dans Qt, il me semble bien que les thread ne doivent pas interagir avec le thread d'UI (je dis "semble" car je ne l'ai pas encore utilisé, mais je l'ai lu dans un bouquin sur Qt3 me semble-t-il ).
Il faut que tu définisses un slot dans ta fenêtre qui fasse elle même l'ajout de l'item, ça devrait passer.
 
Sinon, tu as la solution (boîteuse ) d'appeler update() sur ta qlistbox pour demander son réaffichage.

voui voui, pas d'interaction directe, les signaux/slots ne fonctionnent pas non plus.
 
La bonne méthode est d'utiliser un évènement customisé. Voir la fonction QObject::customEvent(), la class QCustomEvent, et QApplication:: postEvent().

Hu, effectivement, c'est plus élégant le custom event et je me coucherais moins con, mais les signaux slots ça fonctionne très bien

Chez moi ça a buggé les signaux/slots.
Pourtant j'ai essayé, ça avait l'air de marcher, et puis finalement ça me faisait des SEGFAULTs un coup de temps en temps.

Hu, je t'assure que les signaux slots sont synchronisés "comme il faut" en multithreadé. C'est spécifié par la doc.
 
Having an event loop in a thread makes it possible to connect signals from other threads to slots in this threads, using a mechanism called queued connections. It also makes it possible to use classes that require the event loop, such as QTimer and QTcpSocket, in the thread.

http://doc.trolltech.com/4.1/threa [...] ss-threads

J'ai lu la doc, en ligne et en travers. Je réessayerai la prochaine fois. J'ai dû bugger dans les données partagées que j'utilisais.
 
Au final, c'était de toutes façons plus organisé pour ce que je faisait d'utiliser directement le mécanisme d'évènement. (enfin, bref)

Merci pour toutes vos réponses, je testerai ça lundi matin

Salut,
 
Voilà où j'avais lu que les signaux/slots n'étaient pas utilisable: http://doc.trolltech.com/3.3/threads.html#8
Vu le nom de ta classe (QListBox), je suppose que tu utilises Qt3, et par conséquent que la restriction s'y applique.
Si tu utilises Qt4, change de widget
 
Edit: balise URL

Oui, j'utilise bien Qt3.2...
Je vais voir si j'y arrive quand même, en utilisant les signaux.

Pourquoi persister sur les signaux qui ne sont pas un système sûr? Utilise un customEvent ça se fait sans douleur

Ouais, même conseil. C'est pas la mort, juste quelques classes très courtes dérivant de QCustomEvent à déclarer dans un fichier à part, puis une réimplémentation de QObject:: customEvent(), enfin QApplication:: postEvent() là où il faut.

Ok, je passe sur CustomEvent (si j'y arrive )

Si tu as besoins de faire passer des chaîne de caractères dans un évènement, utilise la classe template QDeepCopy<QString>.
Exemple, un évènement qui envoie un texte vers un widget QTextEdit pour afficher du log:

Dans la class Log:

À utiliser de la manière suivante:

Merci beaucoup, ca marche !!!!!