Quel éditeur graphique pour Python?

Bonjour,

Je me suis mis à Python il y a quelques quelques temps alors que je n'avais pas programmé depuis... fort longtemps :mrgreen: . Jusqu'à présent je n'ai fait que des scripts "batch" mais je cherche à faire une interface graphique. Ayant utilisé Foxprow qui permettait de dessiner des fenêtres et y implémenter le code, je cherche la même chose.

J'ai passé pas mal de temps à faire des recherches et je suis "tombé" sur un tutoriel python sur Boa Constructor qui semblait assez sympa. Je l'ai installé, ce qui n'a déjà pas été simple, mais finalement le lancement plante en permanence car il semble développé dans une version de Python ancienne. J'ai corrigé pas mal de problèmes mais cela semble sans fin :? . En plus ma connaissance de Python n'est pas bien poussée. Comme le produit ne semble pas avoir évolué depuis 10 ans, ce n'est probablement pas le bon choix.

Donc ma question, y a-t-il un éditeur graphique comme j'ai pu en avoir avec Foxprow ou comme celui qu'a Delphi ? Car même si certains ne voient pas d'inconvénients à tout programmer, pour ma part je trouve ça assez rebutant. C'est long et fastidieux alors que des outils peuvent le faire. J'ai vu aussi sur le forum "Gui Builder (Tkinter)". Est-ce qu'il est bien? Y a-t-il mieux?

En farfouillant dans le forum, j'ai vu qu'il y avait d'autres IDE qu'IDLE. Il faudra que j'aille regarder car pour le moment, je fais un mixe entre Notepad++ et IDLE et ce n'est pas toujours bien pratique.

Merci :P .

Pour ta dernière question, il y a plein de choses.
Si tu souhaites développer uniquement en python, il y a par exemple spyder qui est multi-plateformes.

Salut,

Une discussion qui pourrait vous intéresser :

Python : quel EDI utilisez-vous dans le cadre de vos activités de programmation en 2017 ?
Partagez votre avis et expliquez pourquoi ce choix

Oui je l'avais lu, c'est pour ça que j'ai vu qu'il y avait pas mal d'éditeurs ;) .

Salut,

Citation:

---

Envoyé par sjlouis

Car même si certains ne voient pas d'inconvénients à tout programmer, pour ma part je trouve ça assez rebutant. C'est long et fastidieux alors que des outils peuvent le faire.

---

Développer une interface graphique va nécessairement demander pas mal de temps et d'efforts. :) Mais si tu recherches un outil permettant de dessiner/placer des widgets à la main, puis générer le code associé, je te préconise PyQt avec QtDesigner. Il y a énormément de tutos sur le sujets. Et les interfaces faites en Qt sont visuellement modernes. QtDesigner produit un fichier .ui qu'il faut transformer en .py (un script venant avec l'installation du module PyQt existe). Il faut alors gérer l'interface entre ton code et l'interface, ce qui peut être assez complexe si on ne prend pas le temps de se former à PyQt.

Tkinter c'est pas mal, plus basique, tout à la main, assez daté visuellemnt, pauvre en widgets, mais de base avec Python.

Ciao

J

Il y a aussi l'IDE: Eric

J'avais trouvé un tutoriel pour QtDesigner mais j'ai en mémoire (défaillante?) qu'il fallait déclarer "à la main" les différents composants de la fenêtre. Malgré tout je vais aller voir à nouveau, j'ai peut-être mal compris.

Ce que je cherche après avoir pris de "mauvaises" habitudes :mrgreen: , c'est un produit qui génère le code et que j'ai juste à programmer les contrôles que je souhaite associer aux composants.

Pour les éditeurs, il y en a pas mal, donc j'aimerais trouver un "comparatif" ou un descriptif qui permette de savoir ce qu'ils proposent comme fonctionnalités car les essayer un par un, c'est un peu fastidieux ;) .

Salut,

Citation:

---

Envoyé par sjlouis

Ce que je cherche après avoir pris de "mauvaises" habitudes :mrgreen: , c'est un produit qui génère le code et que j'ai juste à programmer les contrôles que je souhaite associer aux composants.

---

QtDesigner fait exactement ça.

Pour les IDEs, il faut réfléchir à ce que vous voulez avoir comme fonctionnalités. Personellement, je n'en utilise pas. Je me contente de bosser avec des éditeurs de textes. Principalement Geany et Atom. Ils ont tous deux tout ce que je recherche: coloration syntaxique, autocomplétion, fold/unfold, un raccourci calvier pour exécuter le code, diviser en plusieurs fenêtre, surligner tous les mots identiques.. Gestion assez sympa de git pour Atom. Franchement, j'ai rien besoin de plus.
Pour moi l'IDE apporte des fonctionalités "acessoires" (avis très perso), à savoir le debug post mortem et pas à pas, l'inspection des variables, ...

J

Spyder te permet d'avoir une console python et une console Ipython, voire autant que tu veux si tu souhaites avoir plusieurs scripts à tourner simultanément.
Lorsque tu lances spyder, il s'ouvre automatiquement là où tu l'avais laissé (avec les programmes ouverts).
Indentation automatique, coloration syntaxique, debugger, bibliothèques principales intégrées, ... : plein d'avantages pour moi.

Bonjour,

La plupart de mes développements sont maintenant en graphique avec PyQt, et le plus gros dépasse les 40.000 lignes de code. Au départ, j'ai cherché un RAD comme celui que je connaissais avec Delphi, mais je ne l'ai pas trouvé. Cependant, avec PyQt, on a le "Designer" qui permet de dessiner n'importe quelle fenêtre de façon interactive, et dont le résultat se convertit en code Python. De plus, comme la bibliothèque graphique est écrite en C++, les programmes graphiques s'exécutent rapidement. Et PyQt, qui fait le lien entre Python et la bibliothèque Qt (utilisée pour le bureau KDE de Linux), est mis à jour souvent. Enfin, des applications comme cx-freeze (et innosetup sous Windows) permettent de diffuser des programmes qui s'installent et s'exécutent sur des PC sans Python. On obtient alors des programmes graphiques qui ressemblent à n'importe quel autre programme, sans que l'utilisateur sache que c'est écrit en Python.

Concernant l'IDE, j'utilise Pydev sous Eclipse, mais il y a d'autres produits qui font ça très bien, comme Spyder (et d'autres). Il faut tout de même que l'outil de développement supporte la gestion de projets, puisque les programmes graphiques sont très "multi-fichiers".

Ok, merci pour les différentes réponses. Pour l'éditeur, c'est pratique de pouvoir avoir 2 fenêtres sur le même fichier et un debugger. Je n'ai pas trouvé comment fonctionnait celui d'Idle. Donc je bataillais avec des print().

Pour QtDesigner, au vu de ce que j'ai pu parcourir, j'ai bien peur qu'effectivement ce soit plus lourd qu'avec Delphi. Je ne comprends pas bien que rien n'ait été fait à ce sujet alors que ça existait il y a 20 ans. Enfin Boa semblait le faire mais le projet semble abandonné. On verra si je ne trouve pas ça trop lourd, sinon je partirai sur Delphi, ce que j'aurai préféré évité car un outil de développement ne s'apprend pas en quelques jours.

Ayant programmé avec Delphi pendant des années, je l'ai abandonné à la version 2006 à la suite de trop nombreux problèmes. Je suis ensuite passé à Java avec Eclipse. Puis j'ai découvert Python (avec PyDev/Eclipse) qui m'a conquis d'emblée. Depuis quelque temps j'utilise l'IDE PyCharm qui me convient bien. Pour les interfaces graphiques, j'ai opté pour PyQt avec QtDesigner. C'est ce que j'ai trouvé de plus proche de Delphi (à part FreePascal/Lazarus, bien sûr, que j'utilise aussi). Pour des raisons de licence, je me suis mis récemment à Gtk+3, moins abouti que Qt et plus laborieux à mettre en oeuvre, mais doté d'une licence moins restrictive.

Pour le problème de licence de QtDesigner, si c'est le fait que l'on ne peut pas vendre ce qu'on a produit avec l'outil, ce n'est pas une contrainte pour moi.

L'intérêt de Delphi, c'est qu'il y a 3 développeurs dans les bureaux à côté, et ils en sont très satisfaits, alors que je suis seul en Python et qu'il me faut parfois batailler méchamment pour m'en sortir.

Des programmeurs Delphi (très bon langage), ça existe encore!!!

Mes collègues en sont très content mais ce produit semble devenir très marginal :? .

Bonjour,
J'ai lu avec intérêt les quelques posts ...

Il y a longtemps que je ne programme plus vraiment sauf lorsque j'y suis obligé et je le fais (pour l'instant) toujours en vfp9 ...
J'ai une petite équipe qui travaille en java avec eclipse ... Mais quelles usines à gaz !!!
J'ai commencé à regarder python pour voir .... j'ai cru me retrouver il y a 35 ans quand j'ai commencé l'informatique ...

Mais j'observe la même chose dans bien des domaines informatiques, tiens prenons par exemple l'informatique décisionnelle, nous avons un projet en cours et les outils de restitution qui tiennent la corde sont tableau et Qlik sense .... Sauf que j'ai l'impression de retrouver (enfin) un (un couple de) produit qui existait il y a 20 ans (GQL /pAblo de Andyne) et qui avait disparu au profit d'outils à mon sens bien moins efficaces au moins pour faire de la dataviz ...

J'ai vraiment l'impression qu'on tourne en rond et que l'industrie informatique passe son temps à faire disparaître de bons produits et à réinventer la roue tout en demandant des ressources systèmes toujours plus importantes pour faire la même chose (ou moins bien ...) ...

Dans ma société, les derniers développements se font dans un environnement Java et par rapport aux outils précédents, Delphi, PowerBuilder, DotNet... les temps de développement ont été multipliés par 2 à 3. Je ne vois pas bien le progrès :calim2: .

Bonjour,

Je ne crois pas qu'on puisse comparer Python avec les langages qu'on utilisait il y a 35 ans (je faisais aussi de l'informatique à ce moment). Python est un langage structuré moderne (POO), sur lequel on peut "brancher" une très longue liste de modules touchant de très nombreux domaines (y compris le calcul scientifique). Il est interprété, et certain prétendent de ce fait qu'il est lent, mais la plupart des modules sont écrits en C ou C++ et s'exécutent donc très rapidement (en particulier les bibliothèques graphiques comme Qt). De ce fait, on a l'impression que Python, en tant que langage interprété, est plutôt destiné à faire du "prototypage", mais le résultat est tout à fait opérationnel pour faire une "vraie application".

Il y a bien sûr un "environnement de développement" à mettre en place, ce que les outils fournis avec Python ne font pas (gestion de projet, dessin conversationnel de fenêtres graphiques, etc...). J'ai donné mes choix plus hauts, mais j'insiste sur deux points importants:
- il faut une méthode de codage d'autant plus rigoureuse que le langage est assez permissif (contrairement au Pascal par exemple),
- et il faut des outils de vérification du code (pylint et d'autres) qui testent tout le code et pas seulement celui qui sera couramment utilisé dans l'exécution (problème spécifique au langage interprété).

Ce faisant, il me semble qu'on obtient le "meilleur des deux mondes": un développement facile et rapide, et un programme opérationnel dont on n'a pas besoin de savoir qu'il est écrit en Python... :D

Je n'ai pas eu le temps de poursuivre mes tests d'interface graphique, tout ce que j'ai vu était assez lourd et donc gourmand en temps de développement. Je ne comprends pas pourquoi nous n'avons pas un outil qui génère automatiquement le code dont on a besoin sans être obligé de retaper du code. Foxpro le faisait très bien et Delphi le fait également bien. Au jour d'aujourd'hui tout est plus simple d'utilisation malgré des possibilités bien supérieurs (voitures, TV...) mais pour le développement informatique, j'ai plutôt l'impression d'un recul en terme d'ergonomie.

En ce qui concerne le développement d'applications graphiques avec PyQt, on utilise pour dessiner les fenêtres le programme "Designer". Celui-ci, qui est commun avec Qt (C++), génère automatiquement un code XML qui décrit la fenêtre et ses composants. Un programme fourni avec PyQt transforme ensuite le XML en code Python en une seule ligne de code en console: il n'y a rien de compliqué à ça (on automatise avec un script shell).

Ce code, auquel on ne touche pas, est ensuite tout simplement "importé" par le programme qu'on développe, dans lequel on écrira "à la main", comme avec Delphi, le code qui décrira ce qui manque pour obtenir les fonctionnalités voulues (et que l'outil de développement est incapable d'inventer).

Le fait que sous Python on utilise 2 outils (un ide et un designer) au lieu d'un seul pour Delphi ne pose pas de problème... A noter que ce point m'avait inquiété aussi puisque je passais de Delphi à Python (il y a 10 ans), jusqu'à avoir trouvé la bibliothèque PyQt.

Alors je suis peut-être tombé sur un mauvais tuto car des composants utilisés dans la fenêtre devaient être redéclarés "à la main" dans le source Python. Comme c'était il y a 3 mois, je ne me souviens plus exactement mais c'était plusieurs lignes par composant et j'ai trouvé ça très lourd.

Bon, il va falloir que je m'y remette quand j'aurai un peu de temps.

Citation:

---

Envoyé par sjlouis

ça existait il y a 20 ans

---

Ben oui, c'est aussi cela mon problème :)
Bonjour,
En fait je souhaiterai trouver un langage aussi facile d'utilisation de ce point de vue (graphique) que Visual Basic avec lequel j'ai beaucoup développé il y a... ouais.
VB est mort (et notamment la partie connexion avec base de données sur Windows 10), donc merci, mais j'ai besoin de développer une appli et je n'ai pas, mais vraiment pas, envie de me farcir l'interface à la main.
Ça existait il y a 20 ans !
Je vois des choses avec Python et QtDesigner, mais bof, cela reste plus lourd que ce qui existait... naguère.

Je veux dessiner mon interface à la souris puis, après, m'occuper du code. Je me fiche complètement de savoir coder une fenêtre, un bouton, une liste etc...
Pourquoi cela n'existe plus ? Est-ce si jouissif que ça de tout construire à la ligne de code ? 8O

Merci pour l'aide ;)

S'il y a eu des améliorations avec un outil depuis mon dernier message, je suis preneur.

Sinon depuis peu j'utilise Spyder car il est en Français, je ne comprends pas assez bien l'Anglais. Pas mal et effectivement plus pratique pour Python mais plus "rustique" en tant qu'éditeur et très (très) lent. Cette lenteur est un peu pénible.

Salut,

Perso je n'aime pas Delphi (à cause du langage) mais je vous comprends car j'ai déjà utilisé C++ Builder (Delphi mais avec C++ à la place du Pascal) et c'est vrai que c'est top pour faire une interface graphique...

Pour Java (avec Eclipse) il y a aussi WindowBuilder Pro qui est pas mal du tout...

J'aime bien les interfaces qu'on peut faire en HTML/CSS/JS c'est bien connu et répandu mais après avec Python c'est à voir...

J'utilise des démodulateurs enregistreurs satellite et TNT qui utilisent Enigma. La surcouche que j'utilise, Pli, est développée en Python et j'ai pu voir que les écrans étaient décrits en xml. Je ne sais pas comment Python va lire ces fichiers et je ne sais pas s'il y a des éditeurs graphiques qui peuvent produire ce code.

EDIT : orthographe.

Bonjour,

Les fichiers UI produit par QT designer sont des fichiers xml

Alors peut-être une bonne incitation pour que je me replonge dans QTDesigner.

Sinon personne pour les lenteurs de Spyder ?

Visual Studio + Visual Basic + Windows forms + SQL Server

Voilà avec quoi je joue ces jours ci.

Cependant, afin d'essayer d'apporter un début de solution au thème de cette discussion, j'ai voulu voir si avec Python à la place de Visual Basic, Visual Studio proposait un environnement graphique, mais non.
Pourtant le projet est désigné "windows forms". Dommage.

---
Ce qui suit est hors sujet mais j'ai besoin de crier mon désarroi :)
Je perds des neurones à la pelle avec Visual Studio. Jamais vu un truc moins intuitif. Ça blablate en tous sens sans qu'on puisse réussir à comprendre de qui et de quoi.
C'est la misère pour piger la hiérarchie des outils.
En plus VS créé tout seul du code qui engendre des erreurs et me les laisse à corriger ensuite. On supprime un objet de la form, son code reste.
Un truc de malade.
J'ai à peine réussi à créer une base de donnée et à afficher ses données dans une DataGrid.
Je peux rien faire avec ça.
Bref, je vais me mettre au tricot, c'est l'hiver, au moins ça servira.
;)

Je reviens un peu plus calme. :P:P J'ai tricoté 12 pulls.

@sjlouis Pour Python je n'en sais pas plus mais j'ai trouvé ce que je cherche avec C# Windows forms dans Visual Studio. Vous devriez peut-être persévérer à chercher une solution dans l'environnement Visual Studio.

Finalement C# m'est étrangement familier, j'ai l'impression de travailler sous VB.
Pour connecter une BdD SQL j'ai largement moins de choses à coder que sous VB.
Je retrouve mes repères.
J'apprécie.

Désolé, j'avais oublié de répondre. Je n'ai peut-être pas bien compris la réponse mais je ne vais pas changer de langage de développement, je reste avec Python ;) . il faut juste que je trouve un bon éditeur graphique quand j'aurai un peu de temps.

Salut,

Citation:

---

Envoyé par sjlouis

il faut juste que je trouve un bon éditeur graphique quand j'aurai un peu de temps.

---

Je viens de découvrir wxFormBuilder... Ça a l'air pas mal...

Hello,

Cela fait combien de temps que tu l'utilises ? Tu as pu faire un peu le tour des différentes possibilités ;) ?

Quelques heures lol... Je viens de le découvrir en répondant dans ce fil : Afficher la fenêtre créée avec wxFormBuilder...

Il ressemble à ce qu'on peut faire en Java avec WindowBuilder Pro pour Eclipse : https://blog.developpez.com/james-po...dowbuilder_pro mais en beaucoup moins bien quand même...

Il n'y a pas beaucoup de composants...

Citation:

---

Envoyé par Beginner.

... mais en beaucoup moins bien quand même...

Il n'y a pas beaucoup de composants...

---

Donc pas bien enthousiasmant :? .

Si ça va quand même, ça se défend et ce n'est pas de sa faute : je pense qu'on a les composants proposés par wxPython... Et peut-être qu'on peut en ajouter...

En fait les interfaces graphiques en général je trouve qu'il font vieillots comparés à ce qu'on peut faire en HTML/CSS, avec ces derniers les possibilités sont tellement nombreuses et tu peux facilement fabriquer tes propres widgets et leur donner du style avec du CSS (qui est puissant).

OK, j'irai voir quand j'aurai un peu de temps.