Discussion :

[mister3957]

Bonjour à tous,


J'ai testé Qt récemment, ça a l'air pas mal, mais j'ai peur d'un truc :
Qt propose plein de librairies en plus des IHM, et j'ai peur qu'utiliser Qt pour les IHM nous contraint à devoir utiliser Qt pour le reste.

Par exemple, sur une IHM Qt, j'étais obligé d'utiliser les QThread après avoir tenté d'utiliser boost::thread. Est-ce que c'est récurrent ? Est-ce que tout élément juxtapposé à l'IHM devra être des éléments de Qt ?


Merci,

A bientôt

[Gulish]

Salut,

Par exemple, sur une IHM Qt, j'étais obligé d'utiliser les QThread après avoir tenté d'utiliser boost::thread.

Je ne comprends pas pourquoi tu es obligé d'utiliser QThread... Qt est compatible avec tous les standars du code, dans quelques modules que ce soit.

La seule "chose" est qu'il faut parfois convertir un type d'une bibliothèque en un type Qt (ou inversement) pour les rendre compatibles. Mais strictement rien ne t'oblige à tout faire avec Qt si tu veux juste utiliser la partie IHM.

G.

[yan]

Qt à été découper en module justement pour cela. Rien ne t'empêche d'utiliser des thread boost.
Tu peut même mixer les signal/slot de boost et Qt :
http://irmatden.developpez.com/tutor...boost-signals/

[FloMo]

Cela dit, il vaut mieux utiliser des éléments extérieurs à Qt uniquement quand celui-ci ne les fournit pas de base car ça peut vite devenir problématique en termes de portabilit.

Il devient plus difficile d'identifier un problème par exemple. (quelle bibliothèque est à mettre en cause ?)

[mister3957]

Le problème était que l'on ne pouvait pas "toucher" à l'IHM depuis un autre Thread.

En effet, mon module doit pouvoir être exporté sur d'autres projets, donc je n'ai pas utilisé les signaux Qt dedans. J'ai préféré utiliser le pattern Observer.

Donc en entrant dans le callback de la boîte de dialogue, le code est exécuté par mon boost::thread. L'application plantait avec une exception m'informant que je ne pouvais pas toucher à l'IHM via un processus différent de celui qui l'a créé.

Pour tester, j'ai remplacé mon boost::thread par un QThread, et là ça a fonctionné

[yan]

Le problème était que l'on ne pouvait pas "toucher" à l'IHM depuis un autre Thread.

!!!!!!!!!!!!!!!STOP!!!!!!!!!!
JAMAIS D'IHM DANS UNE THREAD
et c'est valable pour la plupart des lib graphique. La raison principale est que la plupart des GDI ne sont pas thread safe.

Pour tester, j'ai remplacé mon boost::thread par un QThread, et là ça a fonctionné

Ca c'est parce que tu as mal utilisé QThread

[mister3957]

QThread a fonctionné car je l'ai mal utilisé ? Curieux ça, mais bon admettons.

Dans ce cas, et là ça c'est un peu (voir beaucoup) or sujet, comment accéder à l'IHM depuis un autre thread ?
Il doit bien y avoir une solution tellement c'est courrant.

Pour se remettre dans le contexte, j'ai une librairie de gestion de donnée qui possède un chargeur. Ce chargeur notifie "J'atttaque les clients, il y en a 2000... Je suis au 1er, je suis au 2ème, [...] je suis au 2000ème, J'ai fini !, J'attaque les produits.. etc.." via le pattern Observer.

L'IHM possède une barre de progression et donc, est connecté au chargeur pour recevoir ce genre d'évennements et se mettre à jour.

J'ai trouvé une solution, mais ça fait un peu porno des années 70, c'est crade. C'est le fait de faire un timer dans l'IHM qui va interroger le chargeur pour savoir où il en est, afin de se mettre à jour....

Comment font les "pro" pour faire ça ? Comment ça se fait que mon QThread a fonctionné impéccablement pour faire ça ?

Merci pour ta réponse