Discussion :

[Yanss49]

bonjour, j'ai fait 2 fichiers python PyQt5 avec QtDesigner puis converti avec pyuic5 -x nomfichier.ui -o nomfichier.py
sur "script1.py" il y a un QPushButton pour ouvrir le deuxième fichier.
les deux fichiers son sur le même modèle :
class Ui_Form(QWidget):
def setupUi(self, Form):
.
.
.
if __name__ == "__main__":
app = QApplication(argv)
Form = QWidget()
ui = Ui_Form()
ui.setupUi(Form)
Form.show()
exit(app.exec_())

je cherche la procédure pour ouvrir le "script2.py" a partir du QpushButton du "script1.py".
il n'y aura aucun lien entre les deux PyQt5.
Merci d'avance.

[binarygirl]

A priori il suffit de faire un import de ce fichier, full ou partiel (une fonction spécifique dans l'autre fichier)

[wiztricks]

Salut,

je cherche la procédure pour ouvrir le "script2.py" a partir du QpushButton du "script1.py".
il n'y aura aucun lien entre les deux PyQt5.

Si ce sont 2 applications différentes (où l'une "lance" l'autre), il faudra lancer l'application via les fonctionnalités du module subprocess ou la mouture Qt qui s'appelle QProcess.

- W

[tyrtamos]

Bonjour

Si le 2ème programme lancé par le 1er doit être complètement indépendant, au point que l'arrêt du 1er n'empêchera pas le 2ème de continuer à fonctionner, et si c'est sous Windows, voir du côté de os.startfile(...) qui permet de lancer un programme comme s'il était lancé par la console: https://docs.python.org/fr/3.10/libr...l#os.startfile.

[wiztricks]

Si le 2ème programme lancé par le 1er doit être complètement indépendant, au point que l'arrêt du 1er n'empêchera pas le 2ème de continuer à fonctionner, et si c'est sous Windows, voir du côté de os.startfile(...) qui permet de lancer un programme comme s'il était lancé par la console: https://docs.python.org/fr/3.10/libr...l#os.startfile.

Le soucis est que le comportement de os.startfile dépendra de l'association entre l'extension .py et l'environnement Python à lancer. Il sera plus sûr d'utiliser closefds=True pour subprocess ou le startDetached de QProcess.

- W

[tyrtamos]

Le soucis est que le comportement de os.startfile dépendra de l'association entre l'extension .py et l'environnement Python à lancer. Il sera plus sûr d'utiliser closefds=True pour subprocess ou le startDetached de QProcess.

Mais si le 1er programme est arrêté, est-ce que le 2ème programme, lancé par le 1er avec QProcess ou subprocess, continuera à fonctionner?

[wiztricks]

Mais si le 1er programme est arrêté, est-ce que le 2ème programme, lancé par le 1er avec QProcess ou subprocess, continuera à fonctionner?

oui mais ce n'est peut être pas comme cela qu'on doit faire: un process "detach" n'a pas d'entrée/sorties standard. La documentation de subprocess documente ce qu'on devrait faire sous Windows pour créer un processus indépendant. J'ai la flemme d'ouvrir la doc pour voir ce qu'on peut appliquer à Linux (et surtout de tester).
note: de toutes façons, au bout du bout, on se retrouve à utiliser les primitives systèmes emballées dans les os.exec* (ou CreateProcess) qui font le boulot. subprocess ajoute une couche "par dessus" dont il faut tirer les fils pour obtenir ce qu'on veut (et c'est pareil avec QProcess): in fine, un process est un objet système.

- W