Interaction terminal - Fenêtre

Bonjour à tous,

J'ai une application qui est composée de deux parties distinctes : un terminal et une fenêtre.
Le terminal permet d'interagir avec la fenêtre : par exemple le terminal demande quelle forme afficher sur la fenêtre, l'utilisateur entre le numéro de la forme dans le terminal et le terminal demande à la fenêtre d'afficher la forme dont le numéro est égal au numéro entré par l'utilisateur.

Ma question arrive donc : comment permettre cette interaction terminal > fenêtre avec Qt ? Je suis sur Ubuntu avec Qt Creator.
Je souhaite qu'un terminal et une fenêtre soient lancés au démarrage de mon application.
Actuellement je n'arrive pas à lancer un terminal avec Qt pour permettre l'interaction entre les deux.

Merci d'avance pour votre aide.
Bonne journée

C'est chaud ton truc.

J'ai testé. si je lance à partir d'1 console pas de prob par contre si je clique sur mon appli, ça n’ouvre pas de console.

J'ai essayé de créer un script
#!/bin/sh
application &

J'ai une fenêtre qui me demandes si je veux exécuter, si je clique lancer dans 1 terminal ça m'ouvre 1 terminal, sinon non. ( tests sous debian )

J'ai essayé aussi avec QCoreApplication à la place de QApplication, mais pas de gui possible.

Si tu a lancé 1 console 1 printf/scanf dans ton code fonctionnera.
Tu peux aussi lancer un appli externe via QProcess et donc lancer 1 terminal puis communiquer avec les IPCs

Ne peux-tu pas intégrer les demandes faites sur le terminal dans 1 fenêtre, ce serait beaucoup + simple.

Alors j'ai essayé quelques trucs entre temps et je dois (à mon avis) obligatoirement passer par des threads.

Je veux que mes deux fenêtres (donc terminal + fenetre qui affiche les formes) fonctionnent en parallèle. Sauf que, puisque le script du terminal est en fait une boucle qui attend une entrée, ça bloque l'exécution de la fenêtre (notamment le QApplication::exec()) qui est faite après la boucle. Si je passe l'exécution de la fenêtre avant la boucle, ça bloque la boucle et la boucle sera donc possible qu'une fois la fenêtre fermée. Donc pas trop d'intérêt.

J'ai donc pensé à quelque chose comme ça :

- Une classe "générale" qui contient deux instances : une instance de mon terminal et une instance de ma fenêtre qui affiche les formes.
- La classe qui gère le terminal devra donc exécuter la boucle dans un thread pour ne pas bloquer l'autre fenêtre. Je pense donc qu'il faudrait, quand l'utilisateur a entré un numéro, qu'un signal de la console soit connecté à un slot de la fenêtre qui affiche les formes.
Sauf que là : problème. Si je délègue à un thread l'exécution de la boucle, comme est-ce que je peux gérer les entrées et sorties dans une fenêtre ? Parce que ma boucle va demander à l'utilisateur d'entrer un chiffre, puis une fois qu'il en a entré un, proposer à l'utilisateur d'en entrer un autre, etc.

J'ai vu qu'il existe une classe QProcess, peut-être que je peux exécuter le QProcess dans un QThread...? Mais il me semble qu'un QThread ne peut pas modifier la GUI.

Merci pour votre aide.

Salut

Quand tu parles d'un terminal, c'est le même terminal que le système ou tu veux juste pouvoir lancer des lignes de commandes pour ton application ?

A mon sens, il serait plus simple de :
1. créer un "terminal" interne à ton appli, c'est à dire un simple éditeur de texte
2. quand tu appuis sur Enter, un dispatcher envoie la ligne tapée à un module Qt Script pour interpréter la ligne
2 bis. ou exécute la commande système tapée avec QProcess

La communication entre 2 applications (un terminal système et ton application) sera peut être compliqué (tu contrôles pas ce qui ce passe dans le terminal).
Si tu dois absolument utiliser un terminal système, je te conseille de créer ton appli graphique + une micro appli appelable en ligne de commande (qui envoi des commandes à ton appli graphique via IPC ou UDP)

Citation:

---

J'ai vu qu'il existe une classe QProcess, peut-être que je peux exécuter le QProcess dans un QThread...? Mais il me semble qu'un QThread ne peut pas modifier la GUI.

---

Non, un thread différent du main thread ne doit pas appeler de fonction de la GUI

Bon courage

Enfin un thread ne doit pas appeler directement les méthode de la GUI, mais il peut très bien emmètre des signaux que la GUI rattrape et à elle d'agir en conséquence.