Discussion :

[g3rous]

Bonjour,

J'ai une fenêtre de type QMainWindow a partir de laquelle je lance une commande, qui affiche au-dessus de ma fenêtre principale une fenêtre de résultat (NB: c'est la commande exécutée qui créée la fenêtre, pas mon application, autrement dit c'est pas une fenêtre Qt). Le problème est que quand je veux afficher ma fenêtre principale, la zone qui était masquée ne se redessine pas.

D'après la faq Qt, voila ce que j'ai essaye:

Du coup j'appel update() pour la forcer à se redessiner mais en vain. Comme mon application est gelée ( j'utilise QProcess et non QThread), j'appel QApplication::processEvents() sans résultat. J'ai cherche dans la classe QEvent s'il existait un événement associé a la sélection d'une fenêtre, que je pourrai redéfinir (en appelant update() dedans), j'ai vu QFocusEvent (QFocusEvent::ActiveWindow), c'est en cours de réflexion.

Je ne récupère le contrôle de l'application et l'affichage qu'une fois la fenêtre lancée par la commande fermée.

Donc j'ai 2 questions :

1. comment permettre le redessinage de ma fenetre principale quand je recupere son focus ;
2. comment dégeler l'application.

Merci pour votre aide.

[Gulish]

Salut,

Si tu utilises un QProcess, il te suffit de faire un "startDetached()" au lieu d'un "start()" pour éxécuter ton processus dans un processus système différent (et donc dans un thread différent). Ca devrait ne plus geler ton application, et donc la fenetre devrait se redessiner.

G.

[g3rous]

Merci pour la réponse, mais j'ai oublie de préciser que je suis contraint de travailler en qt3, et que cette fonction qui me rendrait bien service, n'existe malheureusement pas en qt3. Du coup suis-je obligé d'utiliser la classe QThread ?

[yan]

Salut,

Si tu utilises un QProcess, il te suffit de faire un "startDetached()" au lieu d'un "start()" pour éxécuter ton processus dans un processus système différent (et donc dans un thread différent). Ca devrait ne plus geler ton application, et donc la fenetre devrait se redessiner.

G.

start lance un exe dans un process enfant. On peut manipuler les IO standard.
startDetached lance un exe dans un process détaché. On ne peut rien manipuler.

Donc le coup du gèle est autre chose.


Peut tu montrer ce que tu fait?

[g3rous]

Il y a 11 commandes mais celle dont je parlais était lancée avec "system" ( je m'excuse je m'en aperçois que maintenant grâce a ton message), et effectivement en la lançant avec un QProcess, l'application ne gèle plus, ce qui parait logique puisque la tache est effectuée en arrière plan de sorte que l'interface utilisateur reste réactive. Merci donc pour ton message ca m'a aider. Je me demande si pour lancer mes 10 commandes en parallèles, est-ce que je peux créer 10 QProcess, un pour chaque commande ( sachant qu'un QProcess est lance en arriere-plan), ou la les QThread seraient mieux ?

Merci encore une fois !

[Gulish]

Citation:
Envoyé par Gulish
Salut,

Si tu utilises un QProcess, il te suffit de faire un "startDetached()" au lieu d'un "start()" pour éxécuter ton processus dans un processus système différent (et donc dans un thread différent). Ca devrait ne plus geler ton application, et donc la fenetre devrait se redessiner.

G.
----
start lance un exe dans un process enfant. On peut manipuler les IO standard.
startDetached lance un exe dans un process détaché. On ne peut rien manipuler.

Oui pardon, je me suis trompé. C'est le QProcess::execute() qui est bloquant, et non pas le start().

G.

[yan]

Il y a 11 commande mais celle dont je parlais etait lancee avec "system" ( je m'excuse je m'en apercois que maintenant grace a ton message ), et effectivement en la lancant avec un QProcess, l'application ne gele plus, ce qui parait logique puisque la tache est effectuee en arriere plan de sorte que l'interface utilisateur reste reactive. Merci donc pour ton message ca m'a aider. Je me demande si pour lancer mes 10 commandes en paralleles, est-ce que je peux creer 10 QProcess, un pour chaque commande ( sachant qu'un QProcess est lance en arriere-plan), ou la les QThread seraient mieux ?

Merci encore une fois !

Si tes commandes sont des exécutables alors il faut utiliser QProcess. QThread sert à exécuter du code de l'application courante.
Un process et un thread ne sont pas la même chose.