Inclure un programme dans l'interface graphique Qt

Version imprimable

08/04/2008, 00h39
sylar42

Inclure un programme dans l'interface graphique Qt

Bonjour,

J'ai un programme X composé de 3 fichiers .h et 3 fichiers .cpp (dont le main) qui me fait une opération d'extraction de fichier texte.

J'ai crée une interface QT me permettant de lancer l'exécutable de ce programme X via le code ci-dessous contenu dans un slot.

Code:

QProcess::startDetached (chemin d accès du .exe);

Tout marche bien.

Maintenant je souhaite intégrer ce code du programme X dans le code de mon interface (pour par exemple passer des parametres ..etc). J'ai donc remplacé le code du slot (depuis lequel je lançais mon Qprocess) par le code du main du programme X ,et j'ai ajouté les includes de mes fichiers .h.

Le résultat est que ça plante. Je ne parviens pas a comprendre ce qui se passe
Je compile ac la console QT command prompt.
L'erreur est :
g++: object_script.Code : No such file or directory
mingw32-make[1]:***["release\code] Error 1
mingw32-make : ***[release] Error 2

Merci pour votre aide !

Sylvain
08/04/2008, 07h14
yan

Salut

Citation:

g++: object_script.Code : No such file or directory

????
Comment compile tu?

sinon regarde ceci, ca pourrai t'intéresser
http://www.developpez.net/forums/sho...5&postcount=36
09/04/2008, 01h14
sylar42

Merci de tenter de m'aider.
Mais le truc c'est que je ne veux plus utiliser QProcess, parce que je ne peux pas interagir comme je souhaiterai avec mon programme.

J'ai inclus le code de mon programme X dans le projet où j'ai mon code de GUI. Donc je rajoute qqs .h et .cpp, et met dans un slot finalement le programme principale de mon prog X.

Et là ça plante.

Je compile avec la 'console QT 4.3.4 command prompt' fourni par QT à l'installation. Je tape classiquement qmake -project puis qmake puis make (dans le chemin du répertoire de travail où j'ai tous les fichiers de code).

La démarche n'est pas bonne ? je vois pas vraiment ce qui cloche pourtant ...

J'espère tu comprends mieux mon problème

Sylvain
09/04/2008, 09h56
yan

qu'es ce que object_script.Code ???
sinon t'as méthode semble bonne sauf que qmake -projec ne sert qu'une fois pour créé un .pro
Es tu sur d'avoir mis tout les repertoire d'include dans le .pro?
10/04/2008, 05h38
sylar42

Ah bah justement je ne sais pas ce que c'est que ce msg ...

J'inclus tous mes fichiers .cpp et .h au projet ... autant ceux liés a la GUI que ceux liés à mon programme X.

Après je fais la manip de compilation ac qmake -project, qmake et make sous la console ... je m'occupe pas du .pro, il est généré automatiquement lors de qmake -project ... pas besoin d'aller le retoucher si ?

Une question qui me vient ? on peut utiliser des fonctions à nous dans les slots ? y'a pas de manipulation spéciale ? parce que moi, je me suis juste contenté de faire les includes nécessaires dans la classe où j'implémente mon slot.

Merci beaucoup pour ton aide
10/04/2008, 09h30
yan

Citation:

Envoyé par sylar42

Ah bah justement je ne sais pas ce que c'est que ce msg ...

J'inclus tous mes fichiers .cpp et .h au projet ... autant ceux liés a la GUI que ceux liés à mon programme X.

dans un même repertoire?

Citation:

Après je fais la manip de compilation ac qmake -project, qmake et make sous la console ... je m'occupe pas du .pro, il est généré automatiquement lors de qmake -project ... pas besoin d'aller le retoucher si ?

qmake -project, tu le fait une fois et aprés tu modifie ton .pro en conséquence

Citation:

Une question qui me vient ? on peut utiliser des fonctions à nous dans les slots ? y'a pas de manipulation spéciale ? parce que moi, je me suis juste contenté de faire les includes nécessaires dans la classe où j'implémente mon slot.

http://matthieu-brucher.developpez.c...t/signal-slot/
puis dans la faq et sur ce thread (bientôt ajouté à la faq)
http://www.developpez.net/forums/sho...0&postcount=30

peut tu mettre ton .pro ici?

Oui j'ai tout mes fichiers dans le même répertoire.

Voici mon .pro :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
######################################################################
# Automatically generated by qmake (2.01a) lun. 7. avr. 14:24:32 2008
######################################################################
 
TEMPLATE = app
TARGET = 
DEPENDPATH += .
INCLUDEPATH += .
 
# Input
HEADERS += ext_Extract_txt.h \
           ext_Types.h \
           ext_Variables_Globales.h \
           MaFenetre.h \
           MonTabWidget.h \
           MyProgs.h \
           Param_onglet.h \
SOURCES += ext_Extract_txt.cpp \
           ext_Variables_Globales.cpp \
           MaFenetre.cpp \
           main.cpp \
           MonTabWidget.cpp \
           MyProgs.cpp \
           Param_onglet.cpp

Tout y est ...
Voici l'implémentation de mon slot, peut-être fais-je une erreur ...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
/*****************************************************************************
 * MyProgs.cpp
 *****************************************************************************
 
#include "MyProgs.h"
/********************     Extract programme *************************************/
#include "ext_Extract_txt.h"
#include "ext_Variables_Globales.h"
/******************************************************************************/
 
    MyProgs::MyProgs()
    {
    }
 
    void MyProgs::LaunchProcess_Extract()
    {
       //Main.cpp program for Extract_txt 
 
        while ( !(end_file) )
            {
            ExtractRawDataLine();
            DisplayLine();
            } 
    }

La connexion du slot est fait depuis MaFenetre.cpp ou j'implémente ma fenêtre.
L'erreur est : g++: object_script.Code : No such file or directory

10/04/2008, 16h51
yan

Citation:

Envoyé par sylar42

L'erreur est : g++: object_script.Code : No such file or directory

Je ne comprend pas cette erreur.....

as tu bien mis la macro Q_OBJECT dans les class où tu definie des slot et des signal?
10/04/2008, 17h04
sylar42

Oui oui !

J'ai trouvé, plus d'erreur ça compile ... ça venait du fai que mon rep de travail s'apellait "code gui" ... apparememt il aimait pas le mot code ... mais ce qui est bizar c'est que ça marchait sur ma GUI toute simple.

Enfin ... tjs est-il que j'ai ma fenetre, mais mon programme se lance pas ... :(
C'est censé lancer la console pour afficher les résultats (avec Display_Line() ).
Je pense pas que ca vienne de ma connection, elle marchait avant quand j'etais en QProcess::startDetached dans le slot.

Encore un petit peu d'aide stp :oops:
10/04/2008, 17h11
yan

Citation:

Envoyé par sylar42

Oui oui !

J'ai trouvé, plus d'erreur ça compile ... ça venait du fai que mon rep de travail s'apellait "code gui" ... apparememt il aimait pas le mot code ... mais ce qui est bizar c'est que ça marchait sur ma GUI toute simple.

C'est peut etre a cause de l'espace. Parfois ca foire

Citation:

Enfin ... tjs est-il que j'ai ma fenetre, mais mon programme se lance pas ... :(
C'est censé lancer la console pour afficher les résultats (avec Display_Line() ).
Je pense pas que ca vienne de ma connection, elle marchait avant quand j'etais en QProcess::startDetached dans le slot.

Encore un petit peu d'aide stp :oops:

Faudrait un peu plus de code. Comme le connect par exemple

ok ... donc voici la classe ou j'implémente ma fenetre :
- m_prog c'est un pointeur sur un objet de type MyProgs
- le signal extract() est émis quand l'utilisater a choisi le programme extract dans le menu déroulant.
- LaunchProcess_Extract() c'est le slot en question ou j'ai mis le "main" du programme extraction ( voir les posts ci-dessus)

ça compile, mais le programme se lance pas ...
Code:

1 2 3 4 5 6 7 8 9 10 11 12 /********************************************************* * MaFenetre.cpp ********************************************************/ #include "MaFenetre.h" MaFenetre::MaFenetre() : QWidget() { .................................. QObject::connect(this, SIGNAL(extract()), m_prog, SLOT(LaunchProcess_Extract())); }
Je te mets un exemple de connexion sur le même principe ou j'utilise QProcess::startDetached pour lancer un autre programme d'extraction, et là ça marche trés bien, la console se lance pr afficher les resultats.
D'abord le code de la connexion ds MaFenetre.cpp
Puis le code du slot associé dans MyProgs.cpp

Code:

QObject::connect(this, SIGNAL(extract_MemsSolution()),m_prog, SLOT(LaunchProcess_ExtractMemsSolution()));
Code:

1 2 3 4 5 6 7 // dans myProgs.cpp, programme en startDetached qui se lance bien void MyProgs::LaunchProcess_ExtractMemsSolution() { QString program = "C:/Qt/4.3.4/Code_Sylvain/Extract_txt_Mems_Soft/Debug/"; QProcess::startDetached (program+"Extract_txt(Mems-Soft)"); }
Voila mon probleme ! :oops:

10/04/2008, 17h40
yan

peut tu mettre MaFenetre.h?
m_prog est bien un pointeur?

Tu devrait ajouter dans le .pro
CONFIG += console

et compiler en debug. Tu aura ainsi des message d'erreur sur la console si y as un connect foireux

Oui oui c'est biien un pointeur.

J'ai ajouté CONFIG += console dans le .pro.
Pas de changement. Et quand je compile suite a cette opération d,ajout ds le .pro, ac qmake et make ... ça me dit "pas de changement ...etc", compilation terminé... la modif est bien prise en compte ? la question est peut etre un peu nul :oops:

Voici mon MyFenetre.h
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 /******************************************************* * MaFenetre.h *******************************************************/ #ifndef DEF_MAFENETRE #define DEF_MAFENETRE #include <QWidget> #include "MyProgs.h" class MaFenetre : public QWidget { Q_OBJECT public: MaFenetre(); signals: void extract(); void extract_MemsSolution(); void postp(); void tr(); void utc_gps(); public slots: void Open_Directory(); void launch(); private: QPushButton *m_quitter; QPushButton *m_file; QPushButton *m_launch; QString m_choix; MyProgs *m_prog; QLabel *m_info; QLabel* m_info_prog; QLabel* m_info_txt; }; #endif
void launch();
==> c'est un slot qui teste quel programme a été choisi et qui émet un des signaux ci dessus selon le prog choisi.
Ensuite le signal du prog choisi est connecté au slot "LaunchProcess du programme en question" (slot implémenté dans la classe MyProgs). Cette connexion se fait comme ta pu le voir ds la réponse précédente.

Je me répete mais c'est pr que ce soit clair...

Compiler en debug ?? euh jsais pas faire ac QT, jutilise juste la methode ac qmake ss la console, j'ai rien changé ds les param de visual c++ 2005.

Merci pour ton aide précieuse.

10/04/2008, 21h02
sylar42

J'ai rien dit, ca marche ta manip console ds le .pro
Et le prog se lance. Bravo a toi :king:

Mais je vais t'embéter encore un peu.

La console s'ouvre en mm tps que ma fenetre GUI, c'est pas possible de l'ouvrir qu'au moment ou je clik sur le bouton pr lancer le prog ? parce que du coup qd mon prog est fini, la fenetre gui se ferme aussi.

Et seconde chose, j'ai la certitude que mes variables globales que j'ai defini ds un .h/.cpp et qui servent a lextraction ne se modifie pas ! ds le prog tout seul sans GUI, ça marchait tres bien ... pourtant j'ai bien fait le include :?

C'est embétant parce que le prog tourne pas comme il devrait du coup.
10/04/2008, 21h31
yan

Citation:

Envoyé par sylar42

J'ai rien dit, ca marche ta manip console ds le .pro
Et le prog se lance. Bravo a toi :king:

Mais je vais t'embéter encore un peu.

La console s'ouvre en mm tps que ma fenetre GUI, c'est pas possible de l'ouvrir qu'au moment ou je clik sur le bouton pr lancer le prog ? parce que du coup qd mon prog est fini, la fenetre gui se ferme aussi.

?? ben la manip servait juste a faire un exe avec une console. Normalement t'en as pas besoin...
Ou alors tu as besoin de la console pour ton code X???

Citation:

Et seconde chose, j'ai la certitude que mes variables globales que j'ai defini ds un .h/.cpp et qui servent a lextraction ne se modifie pas ! ds le prog tout seul sans GUI, ça marchait tres bien ... pourtant j'ai bien fait le include :?

Ca a l'aire un sacré bordel ton code... dsl... Tu débute? ou tu utilisais un autre langage (que le c++) avant?

Faudrait que tu structure mieux ton code...
La je ne voie pas comment t'aider.
Pourquoi as tu voulue mélanger les deux code?
10/04/2008, 22h32
sylar42

Lol ! non c'est pas le bordel.
Oui j'ai besoin de la console pour mon programme, c'est la que s'affiche les résultats de l'extraction. Plus tard, quand je maitriserai mieux, je pourrai les afficher ds une fenetre ... ma Gui sert finalement juste a choisir le bon programme a lancer, et le lancer.

La situation est simple. j'ai différents programmes qui fonctionnent. Je les lancais jusqu'a maintenant ac visual c++ en faisant play. jai voulu me faire une interface graphique ac QT pour lancer ces programmes de maniere plus commode (choix du prog + puis bouton "lancement" en gros). Jy suis parvenu ac les Qprocess::startDetached() qui lançait les .exe du prog choisi.

Maintenant je veux régler certains parametres, c'est pr ca que jincopore le code de mon programme ds le projet GUI. Je met dc le "main" de mon prog choisi ds le slot qui lui est associé, le contenu de ce "main" fait appel a des fonctions a moi qui modifie entre autres certaines variables qui sont globales (définis dans ext_Variables_Globales.h /.cpp et inclus). Elles sont reconnues vu que ca compile, mais ne sont pas modifiées, elles gardent leur valeur initiales. ca marchait qd le programme tourne tout seul, sans GUI ...

Je fais du c++ depuis qqs mois, j'ai fait du c et pascal avt mais a niveau scolaire. donc oui je m'estime plutôt débutant ... mais je peux comprendre lol

merci en tt cas
10/04/2008, 22h42
sylar42

Je complete en disant que non y'a pas de mélange de code, juste j'ajoute mes fichiers .h et.cpp au projet GUI et je met le "main" de mon prog dans le slot, (et fais les includes aui s'imposent).
Assez facile et rapide .... peut-être trop même , parce que ca marche pas.
10/04/2008, 23h18
yan

Alors je te conseil quelque cours de C++. T'es pas non plus a l'ouest t'inquiète;)

et surtout réutilise les QProcess et te servant de :
http://www.developpez.net/forums/sho...0&postcount=35
http://www.developpez.net/forums/sho...5&postcount=36

:aie:

Ou alors structure bien ton code....
11/04/2008, 05h49
sylar42

Je pense qu'il est structuré.
C'est juste mes variables globales qui ne se modifient pas pour je ne sais quelle raison. On dit svt que c'est pas bien de programmer ac ça, peut être que là j'en fait l'expérience. Je vais essayer de voir ce qui cloche.

Pour le Qprocess, un truc m'échappe ... moi je passe des paramètres a mes fonctions,ça veut dire quoi les "entrées/sortie standard de l'application" ?
Par exemple dans mon cas ... si je veux passer le nom du fichier à extraire à mon application, je lui communique comment ??

Au passage,pour rejoindre mon problème précédent, moi je voulais faire cela en modifiant la valeur de la variable globale name_file et ensuite appeler les fonctions a moi de ce programme d'extraction dans le slot ...

ps: désolé du harcèlement ... merci pour ton aide.

Citation:

Envoyé par sylar42

Je pense qu'il est structuré.
C'est juste mes variables globales qui ne se modifient pas pour je ne sais quelle raison. On dit svt que c'est pas bien de programmer ac ça, peut être que là j'en fait l'expérience. Je vais essayer de voir ce qui cloche.

Disons que c'est une bonne source d'erreur. En C++ c'est de moins en moins utilisé. On utilise plustôt des singleton. Je te laisse chercher sur le forum C++
Code:

1 2 Pour le Qprocess, un truc m'échappe ... moi je passe des paramètres a mes fonctions,ça veut dire quoi les "entrées/sortie standard de l'application" ? Par exemple dans mon cas ... si je veux passer le nom du fichier à extraire à mon application, je lui communique comment ??
As tu regardé l'exemple fournie avec?
l'entrée standard : std::cin
les sortie : std::cout, std::cerr

Citation:

Au passage,pour rejoindre mon problème précédent, moi je voulais faire cela en modifiant la valeur de la variable globale name_file et ensuite appeler les fonctions a moi de ce programme d'extraction dans le slot ...

Un belle class avec une fonction setFilename ne te parait pas plus structuré :P

Citation:

ps: désolé du harcèlement ... merci pour ton aide.

T'inquiète ;). Par contre ca deviens de plus en plus un problème de C++ que de Qt. Je te conseil de faire quelque recherche sur le forum C++, tu trouvera surement pas mal de réponse à tes questions

11/04/2008, 17h13
sylar42

Je vais approfondir l'usage de Qprocess alors ... pas trés intuitif tout ca pour moi, j'ai fait que des programmes consoles jusqu'a maintenant :oops:

Juste, tu n'aurais pas un petit exemple concret d'usage de QProcess ... ?
11/04/2008, 17h18
yan

Citation:

Envoyé par sylar42

Je vais approfondir l'usage de Qprocess alors ... pas trés intuitif tout ca pour moi, j'ai fait que des programmes consoles jusqu'a maintenant :oops:

Juste, tu n'aurais pas un petit exemple concret d'usage de QProcess ... ?

as tu regardé les lien?

http://www.developpez.net/forums/sho...0&postcount=35
http://www.developpez.net/forums/sho...5&postcount=36
11/04/2008, 20h37
sylar42

Ah ok, javais pas vu le zip en bas pour l'exemple.
Je vais voir ça... je pense que j'aurai des questions ;)
16/04/2008, 06h41
sylar42

Salut,

Je crois que tu as raison, il faut que j'utilise QProcess.

Corrige moi si je me trompe :

mon code source du programme X est non inclus dans mon code de GUI.
dans le code GUI, si je veux transmettre un nom de fichier à mon exécutable du programme X, je lance d'abord mon prog X avec m_process.start("chemin du .exe de X") puis je fais m_process.write("nom du fichier") ...
Mon programme X étant modifiée et comportant un stdin qui attend (dans une boucle) l'arrivée du paramètre.

C'est correct ?

Mon prog X a besoin du 'nom du fichier' dès le début du prog.

J'aimerai comprendre un peu mieux comment je récupère concrètement le paramètre dans mon programme X.

Merci !
16/04/2008, 09h54
yan
Citation:

Envoyé par sylar42

mon code source du programme X est non inclus dans mon code de GUI.
dans le code GUI, si je veux transmettre un nom de fichier à mon exécutable du programme X, je lance d'abord mon prog X avec m_process.start("chemin du .exe de X") puis je fais m_process.write("nom du fichier") ...
Mon programme X étant modifiée et comportant un stdin qui attend (dans une boucle) l'arrivée du paramètre.

Tu peut passer une liste d'argument à ton programme avec le start
Code:

1 2 3 4 QStringlist argv; argv<<"nom du fichier"; m_process.start("chemin du .exe de X",argv) ;
16/04/2008, 16h37
sylar42

Ok merci, encore mieux !
Pourrais tu me montrer comment je récupère concrètement cette valeur dans mon programme X ?
stdin<<argv ?

argv c'est le même parametre que ds le int main(int argc, char *argv[]), c'est fait exprès ?

Je dirais que stdin est associé a un m_process.write, tu peux me donner un exemple d'utilisation de stdin ?

Merci bcp !!! ;)
16/04/2008, 17h00
yan
Citation:

Envoyé par sylar42

argv c'est le même parametre que ds le int main(int argc, char *argv[]), c'est fait exprès ?

:king:
Code:

1 2 Je dirais que stdin est associé a un m_process.write, tu peux me donner un exemple d'utilisation de stdin ?
http://www.developpez.net/forums/sho...5&postcount=36
16/04/2008, 17h46
sylar42

J'ai vu déja l'exemple ... très bien fait au passage ! :king:

Mais je ne vois pas d'usage de stdin. J'aimerai juste connaître la syntaxe ac stdin pr recupérer l'info suite a un m_process.write

Ok pr argv , mais comment je fais pour attribuer a ma variable string file_name du prog X, la valeur passer dans argv ? je suis pas du tout familier avec ce processus.
String file_name = ???
16/04/2008, 18h21
IrmatDen

Salut Sylar42,

Lorsque tu as posté sur l'autre forum, je t'ai indiqué un tuto illustrant l'utilisation de stdout et stdin. Qu'est ce que tu n'y pas compris?
16/04/2008, 19h52
sylar42
Salut,

Oui j'ai vu ton exemple. Mais ce que je veux savoir c'est exactement la question que je pose précédemment.
Je me place du point de vue du code source du programme X (Mplayer dans ton exemple). Je ne sais pas comment modifier mon prog X pour pouvoir récupérer le paramètre passé en argument 'argv' du m_process.start dans le code source GUI.

En l'occurrence ici je veux attribuer à ma variable string 'name_file' du code source de X, la valeur du paramètre passé en argument dans 'argv'...
Code:

1 2 3 4 // code dans la GUI QStringlist argv; argv<<"nom du fichier"; m_process.start("chemin du .exe de X",argv) ;
Code:

1 2 3 // code dans le programme X int main(int argc, char *argv[]), string file_name = ??? // je voudrais que (file_name=="nom du fichier"), quel code faut-il ?
Merci pour votre aide à ce problème.
16/04/2008, 20h14
IrmatDen

Il est communément admis (ie, sur la très large majorité des systèmes) que argv[0] contient le nom du prog lancé. Donc les arguments au dit programme commence à partir de argv[1].
A toi de vérifier si argc >= 2 pour ensuite accéder à argv avec le bon ensemble d'index (ici 1).

Citation:
Envoyé par sylar42
Code:

1 2 3 // code dans le programme X int main(int argc, char *argv[]), string file_name = ??? // je voudrais que (file_name=="nom du fichier"), quel code faut-il ?
Merci pour votre aide à ce problème.
??
si tu fait
Code:

1 2 3 QStringlist argv; argv<<"nom du fichier"; m_process.start("chemin du .exe de X",argv) ;
ce sera

Code:

file_name= argv[1];

Je ne vois pas ce que tu ne comprend pas.
Sinon stdin == std::cin

16/04/2008, 21h55
sylar42

Citation:

file_name= argv[1]

:king:

Parfait c'est ça que je voulais savoir :yaisse2:

Merci beaucoup ! Je continue ... bien évidemment d'autres questions suivront sans doute.
16/04/2008, 22h34
yan

as tu compris la réponse???
17/04/2008, 05h51
sylar42

Oauis j'ai compris pour argv.

Et pour stdin, je ne savais pas que c t équivalent a std::cin ... comme lorsqu'on récupère une info tapée dans la console. Je vois mieux maintenant... je vais tester tout ça dans les jours qui viennent !

Merci pour votre aide ! j'en ai bien besoin. C'est un peu déroutant pour moi de passer du monde des applications consoles au monde windows ;)
21/04/2008, 03h22
sylar42
Je reviens à la charge ...
Question sans doute de débutant mais bon.

Mon prog X que je lance (par le code ci-dessous) est un programme console.
Code:

1 2 3 4 // code dans la GUI QStringlist argv; argv<<"nom du fichier"; m_process.start("chemin du .exe de X",argv) ;
si je fais tourner X tout seul, il m'affiche les résultats du prog dans la console par des std:cout<<...
Sauf que là, en lançant le .exe par QProcess, ça va pas marcher??!
les stdout du prog X doivent être récupéré par des m_process.read (comme dans l'exemple que tu m'as fourni sur QProcess) ?

N'y a t'il pas moyen de garder l'affichage console de mon programme X ???
car comme je l'ai dit, je voulais me servir de l'interface que pour passer des arguments initiaux a mon .exe de X.

Si c'est pas possible ... ça veut dire que je dois récupérer les données de X pour les afficher moi même en fenêtre QT ?

Merci pour les précisions
21/04/2008, 09h22
yan

Citation:

Envoyé par sylar42

Si c'est pas possible ... ça veut dire que je dois récupérer les données de X pour les afficher moi même en fenêtre QT ?

Si tu peut (je pensais que personne allez demander). Mais je ne sait pas exactement comment ça joue sur les read et write :cry:. Si tu veut juste lancer ton appli et voir les résultat sur la console, regarde :
http://qt.developpez.com/doc/latest/...essChannelMode
http://qt.developpez.com/doc/latest/...annelMode-enum

Comme tu as fait une ihm. Ne serait 'il pas plus simpa d'afficher les résultats sur l'ihm? (comme dans l'exemple);)
Tu pourra mettre des couleur et tout et tout
21/04/2008, 11h13
IrmatDen

Citation:

Envoyé par sylar42

N'y a t'il pas moyen de garder l'affichage console de mon programme X ???
car comme je l'ai dit, je voulais me servir de l'interface que pour passer des arguments initiaux a mon .exe de X.

Non ce n'est pas possible. Pense que command agit comme une appli qui affiche ce que l'autre envoie sur la sortie standard et tu comprendras pourquoi c'est pas possible...

Citation:

Envoyé par sylar42

Si c'est pas possible ... ça veut dire que je dois récupérer les données de X pour les afficher moi même en fenêtre QT ?

Oui. Ou sinon, utiliser QProcess::startDetached, mais il me semblait que Mongaulois avait déjà proposé la solution ?!
21/04/2008, 11h34
yan

Citation:

Envoyé par IrmatDen

Non ce n'est pas possible. Pense que command agit comme une appli qui affiche ce que l'autre envoie sur la sortie standard et tu comprendras pourquoi c'est pas possible...

Lol. Je n'ai pas compris son problème dans ce sens. La il faudra une expliquation de plus pour bien t'aider.
Nos deux réponses (moi et irmaden) sont correcte même si elles sont opposées.

Citation:

Envoyé par IrmatDen

Oui. Ou sinon, utiliser QProcess::startDetached, mais il me semblait que Mongaulois avait déjà proposé la solution ?!

Avec celle la, tu n'aura plus de contrôle de l'application lancé. A voir avec tes besoins.
22/04/2008, 08h30
sylar42

Je crois que je vais utiliser QProcess::startDetached dans un premier temps , en lui passant les arguments initiaux.
Ce sera plus simple.
Dans l'absolu je n'ai pas besoin de contrôler le déroulement du programme, juste d'envoyer à mon programme les paramètres réglés dans l'interface .

Mais, à termes oui j'aimerai récupérer mes données pour faire un joli affichage en fenêtre mais je ne pense pas en être capable pour le moment.

Merci pour votre aide.

Fuseau horaire GMT +2. Il est actuellement 09h06.