Posté par jihele .
En réponse au message Conseil GUI.
Évalué à 3.
Dernière modification le 09 mars 2017 à 15:33.
Tu as des scripts pour manipuler les VM et tu veux une GUI.
Soit tu fais de la GUI dans les scripts (Zenity,...), soit la GUI est générée par un autre langage (Python, PHP,...) et alors ce langage appelle tes scripts ou directement les commandes shell.
Mais dans ce cas, mon conseil, plutôt que d'appeler des commandes shell depuis Python, est de chercher une bibliothèque qui fournit une API. C'est mieux pour l'intégration, la maintenance, la gestion des tests, des exceptions. En Python, par exemple, il y aurait ça (non testé) : https://pypi.python.org/pypi/pyvbox
Pour la GUI, toujours en Python, que je connais mieux, je partirais sur Qt, mais c'est affaire de goût, et c'est pas évident, il y a pas mal de subtilités (ou de choses à lire dans la docs qu'on appelle subtilités quand on tombe dedans parce qu'on a cru qu'on s'en sortirai sans lire la doc).
Je comprends bien que je suis en train de te proposer de refaire précisément la partie que tu as déjà...
Bref, tout ça pour dire, comme NeoX, peut-être pas la peine de faire des scripts qui appellent des scripts. Éviter la glu qui colle mal.
# Python + pyvbox + GUI de ton choix (Tcl/Tk, Qt,...)
Posté par jihele . En réponse au message Conseil GUI. Évalué à 3. Dernière modification le 09 mars 2017 à 15:33.
Tu as des scripts pour manipuler les VM et tu veux une GUI.
Soit tu fais de la GUI dans les scripts (Zenity,...), soit la GUI est générée par un autre langage (Python, PHP,...) et alors ce langage appelle tes scripts ou directement les commandes shell.
Mais dans ce cas, mon conseil, plutôt que d'appeler des commandes shell depuis Python, est de chercher une bibliothèque qui fournit une API. C'est mieux pour l'intégration, la maintenance, la gestion des tests, des exceptions. En Python, par exemple, il y aurait ça (non testé) : https://pypi.python.org/pypi/pyvbox
Pour la GUI, toujours en Python, que je connais mieux, je partirais sur Qt, mais c'est affaire de goût, et c'est pas évident, il y a pas mal de subtilités (ou de choses à lire dans la docs qu'on appelle subtilités quand on tombe dedans parce qu'on a cru qu'on s'en sortirai sans lire la doc).
Je comprends bien que je suis en train de te proposer de refaire précisément la partie que tu as déjà...
Bref, tout ça pour dire, comme NeoX, peut-être pas la peine de faire des scripts qui appellent des scripts. Éviter la glu qui colle mal.