Poster une réponse à un sujet: [Python] Une belle lib pour un GUI ?
Attention, ce sujet est un sujet ancien (4765 jours sans réponse)
philfr
tiens et "Eric4" comme IDE ?
![:figti: :figti:](images/smileys/figti.gif)
Par contre, PyQt avec Eric comme IDE qui intègre l'utilisation de Qtdesigner, c'est trop bien.
Un petit tutoriel pour écrire un web browser en quelques clics avec ERic/PyQt/Qwebkit...
![:kiki: :kiki:](images/smileys/kiki.gif)
![:spamafote: :spamafote:](images/smileys/spamafote.gif)
ovh
Qt fournit un IDE avec son designer intégré, sinon il y a Eclipse
![:petrus: :petrus:](images/smileys/petrus.gif)
blietaer
tiens et "Eric4" comme IDE ?
![:figti: :figti:](images/smileys/figti.gif)
ovh
Tiens, un truc qui est moins bien dans Qt Designer par rapport à wxGlade : impossible de générer du code depuis le designer ! Il faut appeler un outil externe en ligne de commande...
(que ce soit pour le C++, le langage natif de Qt, ou pour python, c'est pareil)
![:roll: :roll:](images/smileys/sarcastic.gif)
blietaer
OVH> merci d'avoir pris le temps pour ceci: cela peut te sembler anodin, mais c'est des retours d'avis très précieux pour moi!
ovh
Je remonte ce sujet car je me suis repenché sur la question récemment... et apparemment les inconvénients majeurs de Qt à mes yeux (widgets émulés non natifs et obligation de mettre parfois du code C dans une appli pyqt) ont désormais disparu
De plus, un nouveau binding python est apparu, pyside, qui est en fait le binding officiel de Qt pour python, et il a l'air très bien (et avec une seule licence LGPL).
Bref, du coup Qt a l'air d'être vraiment le meilleur choix du moment : apparence native, code propre, bonne doc et communauté, et outils libres à disposition (QtDesigner pour dessiner les UI graphiquement, outil pour multilinguisme, etc.). Cerise sur le gâteau il est apparemment plus complet que wx...
Enfin, il est plus connu que wx, je pense qu'on doit trouver plus d'aide sur le net sur le dev qt, ce qui est tout de même intéressant.
Je vais m'y mettre
![:dawa: :dawa:](images/smileys/dawa.gif)
De plus, un nouveau binding python est apparu, pyside, qui est en fait le binding officiel de Qt pour python, et il a l'air très bien (et avec une seule licence LGPL).
Bref, du coup Qt a l'air d'être vraiment le meilleur choix du moment : apparence native, code propre, bonne doc et communauté, et outils libres à disposition (QtDesigner pour dessiner les UI graphiquement, outil pour multilinguisme, etc.). Cerise sur le gâteau il est apparemment plus complet que wx...
Enfin, il est plus connu que wx, je pense qu'on doit trouver plus d'aide sur le net sur le dev qt, ce qui est tout de même intéressant.
Je vais m'y mettre
![:dawa: :dawa:](images/smileys/dawa.gif)
blietaer
Avec glade donc ?
Non, gVim.
![:petrus: :petrus:](images/smileys/petrus.gif)
(NetBeans pour être complet)
Lowlevel, c'est le window manager X avec lequel tu dois communiquer: http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2551694
Plus high-level, il doit avoir moyen avec D-Bus, ça te donne une piste à googler.
oUCHHHHH
Bon vais un peu googler tout cela mais c'est un peu overkill pour un truc "nice-to-have"...
ovh
Juste pour rebondir sur :
Je ne comprends pas bien ton histoire de surcouche.
Je ne connais pas glade (à part de nom), mais wxGlade n'est pas du tout basé sur le code de glade. Il ne fait que générer le code source de mise en page de l'IHM en utilisant les classes de wxPython (ou wxWidgets car il peut générer le code aussi bien en C++ qu'en python), rien de plus, donc aucune surcouche.
Extrait de :
http://wxglade.sourceforge.net/
J'ai toujours trouvé les trucs basé sur glade super lourds. Ce n'est jamais qu'une couche de plus au-dessus d'un toolkit (wx ou gtk), et comme avec toutes les couches, on perd un peu de contrôle, un peu de flexibitlité et pas mal de perfs au démarrage.
Je ne comprends pas bien ton histoire de surcouche.
![:figti: :figti:](images/smileys/figti.gif)
Je ne connais pas glade (à part de nom), mais wxGlade n'est pas du tout basé sur le code de glade. Il ne fait que générer le code source de mise en page de l'IHM en utilisant les classes de wxPython (ou wxWidgets car il peut générer le code aussi bien en C++ qu'en python), rien de plus, donc aucune surcouche.
wxGlade is a GUI designer written in Python with the popular GUI toolkit wxPython, that helps you create wxWidgets/wxPython user interfaces. At the moment it can generate Python, C++, Perl, Lisp and XRC (wxWidgets' XML resources) code.
As you can guess by the name, its model is Glade, the famous GTK+/GNOME GUI builder, with which wxGlade shares the philosophy and the look & feel (but not a line of code).
It is not (and will never be) a full featured IDE, but simply a "designer": the generated code does nothing apart from displaying the created widgets. If you are looking for a complete IDE, maybe Boa Constructor, PythonCard or Spe(which includes wxGlade itself, BTW...) is the right tool.
As you can guess by the name, its model is Glade, the famous GTK+/GNOME GUI builder, with which wxGlade shares the philosophy and the look & feel (but not a line of code).
It is not (and will never be) a full featured IDE, but simply a "designer": the generated code does nothing apart from displaying the created widgets. If you are looking for a complete IDE, maybe Boa Constructor, PythonCard or Spe(which includes wxGlade itself, BTW...) is the right tool.
Extrait de :
http://wxglade.sourceforge.net/
philfr
Avec glade donc ?
MAIS, ce qui serait chouette, c'est de pouvoir 'soulever' (bring to front) une fenetre quand on selectionne son PID dans la fenêtre...
C'est un peu ambigu: parce-que ce n'est _PAS_ une fenêtre wxPython mais un 'bête' xterm... c'est donc plutôt une commande X11 ?
Cela n'est pas (trop) dépendant du win manager? moyen de faire un truc générique?
Je sais même pas quoi googler en fait?!
![:sad: :sad:](images/smileys/sad.gif)
Lowlevel, c'est le window manager X avec lequel tu dois communiquer: http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#id2551694
Plus high-level, il doit avoir moyen avec D-Bus, ça te donne une piste à googler.
ovh
Marrant, dans mon appli wxPython j'ai justement implémenté un truc du genre l'autre jour. Moi aussi je dois lancer un programme externe (aussi en console), je fais ça dans un thread et j'affiche sa sortie dans un textCtrl. J'avais trouvé mon bonheur sur stackoverflow (comme souvent) :
http://stackoverflow.com/questions/879511/wxpython-execute-command-asynchronously-display-stdout-in-text-widget
Par contre c'est pas encore tout à fait au point dans mon cas, mais je dev ça chez moi à la petite semaine
http://stackoverflow.com/questions/879511/wxpython-execute-command-asynchronously-display-stdout-in-text-widget
Par contre c'est pas encore tout à fait au point dans mon cas, mais je dev ça chez moi à la petite semaine
![:tinostar: :tinostar:](images/smileys/tinostar.gif)