Discussion :

[Altess]

Bonjour.

Je souhaiterais créer un Thread via Qt. La documentation propose quelques exemples concernant ces derniers, néanmoins, ca ne convient pas réellement à mes attentes.

Il semblerais que sous Qt, un Thread nécessite la création d'une classe. Je souhaiterais faire abstraction de ce point, pour, non pas avoir une classe, mais simplement une méthode. Quelque chose du style CreateThread(), mais spécifique à Qt.

Est-ce possible ? Et si oui, de quelle manière ?

Cordialement,
PKO

[yan]

Salut

Je souhaiterais créer un Thread via Qt. La documentation propose quelques exemples concernant ces derniers, néanmoins, ca ne convient pas réellement à mes attentes.

Il semblerais que sous Qt, un Thread nécessite la création d'une classe. Je souhaiterais faire abstraction de ce point, pour, non pas avoir une classe, mais simplement une méthode. Quelque chose du style CreateThread(), mais spécifique à Qt.

Difficile de te répondre comme cela. A la limite je te dirait de regarder les QtConcurrent, mais tout dépend de cette question

Que veut tu faire avec cette thread?

[Altess]

Bonjour et Merci d'avoir replacer le post.

En fait j'ai une classe qui hérite d'un QWIdget.

class FenInstall: public QWidget, private Ui::Form_install{...}

Et dans ce QWidget, j'ai une ListBox qui indique les étapes de mon application, du style :

- Etape 1 : Analyse ... Terminée
- Etape 2 : Création ... Terminée
[...]
- Etape n : Fin de l'application

Le soucis, c'est que mes indications n'apparaissent pas au fur et à mesure, mais toutes d'un coup, a la fin de l'application. J'ai donc tenter ca :

class FenInstall: public QWidget, private Ui::Form_install, public QThread

Ceci, dans le but d'utiliser une méthode Run dans ma classe. Mais ça fonctionne pas. En gros, je n'arrive pas a utiliser les Thread dans la classe qui hérite déjà de QWidget. Il semblerais que depuis la version 4, l'héritage QWidget / QThread ne fasse pas bon ménage.

Je me suis donc orienter vers la création d'une méthode Thread, qui se verra passer en paramètre mes indications a afficher dans la listeBox.

Après, il est fort probable que ce soit pas la bonne solution cette histoire de méthode Thread. Si vous avez une idée de comment faire pour utiliser les Thread dans ma classe QWidget, je prend.

Cordialement,
PKO

[yan]

Le soucis, c'est que mes indications n'apparaissent pas au fur et à mesure, mais toutes d'un coup, a la fin de l'application. J'ai donc tenter ca :

class FenInstall: public QWidget, private Ui::Form_install, public QThread

alors là, je t'arrête tous de suite, JAMAIS de traitement IHM dans un THREAD
Dans ton cas, je proposerais trois solutions :
1- tu appel régulièrement la fonction static QCoreApplication::processEvents pour permettre la partie IHM de faire ses traitement

2- Tu créé un thread qui te fait l'installation et transmet son avancement vers l'ihm par des signal/slot

Vue ton cas la première semble amplement suffisante. Je ne vois pas beaucoup d'intérêt à utiliser un thread. Par contre découpe bien les étapes en fonction. Il te faudra surement pouvoir stopper l'installation.

Pour bien te former tu peu voir aussi les tutoriels et cours pour apprendre Qt : http://qt.developpez.com/tutoriels/

[Altess]

Yan > Merci pour ces informations. En ce qui concerne la remarque "JAMAIS de traitement IHM dans un THREAD", je met ça dans un coin de ma tête, et je ne referais plus la bêtise .

Effectivement, la méthode "QCoreApplication::processEvents" marche à merveille, c'est exactement ce que je cherchais. Je vais jeter un oeil dans la doc pour savoir ce qui se passe vraiment lors de l'appel.

L'étape 2 me sera sans doute utiles un jour ou l'autre, néanmoins, elle me semble bien complexe. Est-ce accessible, ou bien vraiment trop complexe ?

Enfin, "Dans ton cas, je proposerais trois solutions :". Y'en à une troisième ou pas, juste pour info ?

Merci encore.
Cordialement,
PKO

[yan]

Effectivement, la méthode "QCoreApplication::processEvents" marche à merveille, c'est exactement ce que je cherchais. Je vais jeter un oeil dans la doc pour savoir ce qui se passe vraiment lors de l'appel.

Ca execute ce qu'il y as dans l'eventloop. Comment le rafraichissement de l'ihm par exemple.

L'étape 2 me sera sans doute utiles un jour ou l'autre, néanmoins, elle me semble bien complexe. Est-ce accessible, ou bien vraiment trop complexe ?

Oui et non. Mais si on peut se passer de thread autant évité

Enfin, "Dans ton cas, je proposerais trois solutions :". Y'en à une troisième ou pas, juste pour info ?

J'avais une troisième idée avec QtConcurrent::run, mais je ne suis pas sure que cela vaille le coup