Discussion :

[DSGSLA]

Bonjour,

J'ai une fenêtre contenant un nombre variable d'onglets (= nombre de serveurs décrits dans un fichier ini). Chaque onglet contient un QTreeView. La vue doit être peuplée avec une liste de projets récupérée sur le serveur attribué à l'onglet, grâce à un utilitaire. Ce dernier est lancé et la liste récupérée par QProcess.
Voici comment je procède :

Dans le constructeur de la fenêtre

(...)
Je déclare le QtabWidget
Je boucle sur la liste des serveurs,
_Je crée un widget dans lequel je place les éléments nécessaires dont le QTreeWidget
_J'ajoute le widget au QtabWidget
(...)
Je boucle sur la liste des serveurs,
_Pour chaque serveur j'appelle l'utilitaire via QProcess
(...)
Je connecte le signal readyReadStandardOutput() de l'objet QProcess à la fonction suivante :
_Lecture et formatage de readAllStandardOutput() -> liste
_Association à la vue d'une fonction prenant la liste en paramètre et renvoyant un modèle

J'ai bien les onglets mais dans le meilleur des cas une seul vue fonctionne.

Mon besoin soulève plusieurs problèmes :
Comment relier une lecture de la sortie de l'utilitaire au bon "serveur/onglet" ?
Comment déclarer et gérer le nombre adéquate de QProcess ?
Comment connecter le signal readyReadStandardOutput de chacun des QProcess au bon slot ?
Comment relier le modèle à la bonne vue ?

Après de nombreux modifications et essais je me tourne vers vous.

[Gulish]

Salut,

J'ai un peu de mal à cerner ton problème. Ta démarche me semble plutôt correcte pour répondre à ton besoin.

Si tu veux garder une référence sur tous tes objets, tu peux les mettre dans des QList. Quand ton slot connecté au signal readAllStandardOutput est appelé, tu fais un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

QProcessù currentProc = (QProcess*)sender();

Ensuite tu récupère l'index de ton processActuel dans la liste, et tu associes la sortie de ton utilitaire au tab du même index que ton process (puisque tu as un process par QTreeWidget).

Mais je pense qu'il y a un moyen de faire ça sans forcément gardé de référence.

G.

[Niak74]

Si j'ai bien compris, chaque widget "onglet" à le même fonctionnement : il communique avec une autre appli (via QProcess) et récupère des infos qu'il affiche dans un QTreeView.

Si c'est bien le cas, je te suggère de créer une classe (Onglet, par exemple) qui factorise ce fonctionnement similaire. Cette classe possèdera son propre QProcess et ses connections pour établir un modèle et bâtir sa vue autour.

Comment relier une lecture de la sortie de l'utilitaire au bon "serveur/onglet" ?
=> Le QProcess qui est maintenant interne à ta classe est relié directement à tes Slots persos.

Comment déclarer et gérer le nombre adéquate de QProcess ?
=> Ce n'est plus cette donnée que tu comptes, mais le nombre d'instance de ta nouvelle classe, en fonction du nombre de projets existants.

Comment connecter le signal readyReadStandardOutput de chacun des QProcess au bon slot ?
=> Plus qu'un seul QProcess par classe, et un seul Slot correspondant.

Comment relier le modèle à la bonne vue ?
=> le modèle est interne à ta nouvelle classe, qui hérite de QWidget, représentant de ta vue.


Ce n'est qu'une idée, ton travail semble assez complexe, j'espère que ça pourra t'aider.

[DSGSLA]

@Ryo2468 :
C'est une excellente façon d'aborder le problème, très "objet", je pense mettre en œuvre ta solution.

@Gulish :
Je ne connaissais pas la méthode sender.
Tu suggères donc de mettre dans la fonction SLOT connectée au SIGNAL readyReadStandardOutput le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

QProcess* currentProc = (QProcess*)sender();

currentProc me donne le pointeur du QProcess appelant, que je recherche dans ma QList et je place le résultat dans l'onglet de même index.
C'est bien ça ?

[Gulish]

currentProc me donne le pointeur du QProcess appelant, que je recherche dans ma QList et je place le résultat dans l'onglet de même index.
C'est bien ça ?

En effet. Ca correspond à ce que tu voulais faire non ? (si j'ai bien compris ton problème)

La solution de Ryo sera sans doute plus claire si ton code est amené à être repris ou consulté par un tiers.

G.

[Niak74]

La méthode sender() appelable dans un SLOT permet de connaitre l'objet qui à émit le signal connecté à ce SLOT.

Si tu es sûr de toi (et donc de ton cast), tu peux procéder comme écrit. Je te conseille quand même de protéger ton code (pour éviter les crashs violent de ton appli) :

Dans le slot :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
//On cast le sender en QProcess* (pour ton exemple)
QProcess * process = qobject_cast<QProcess*>(sender()); 
 
// On teste la réussite du cast, si ce slot est connecté à d'autres objets que des QProcess*, tu aura un crash
if(process)
{
   //Ton traitement
}

[DSGSLA]

C'est codé et après correction des bugs traditionnels ça marche.
Merci !