Boa-Constructor 0.2.0

Posté par  . Modéré par Benoît Sibaud.
Étiquettes :
0
28
jan.
2003
Python
On parle beaucoup de Python comme langage de script à tout faire pour remplacer le bash. Beaucoup ignorent cependant que c'est un outil formidable pour créer des interfaces graphiques réellement portables (ce n'est pas toujours le cas de java).

Une nouvelle version de boa-constructor (encore en version alpha) est sortie sans faire de bruit : 0.2.0 Cet IDE est multifonction, et s'il continue de se développer ainsi, deviendra certainement l'outil de référence python. Pour exemple, Boa-Constructor :

- permet d'écrire des scripts python
- sert de RAD pour créer des interfaces (un peu comme Glade ou QT designer) wxPython
- s'interface avec Zope

et bien d'autres surprises sont à découvrir.

NB : la documentation n'est pas encore à jour...
Pour info, le boa-constrictor est un gros python.

Aller plus loin

  • # Oh le beau troll...

    Posté par  . Évalué à 10.

    Beaucoup ignorent cependant que c'est un outil formidable pour créer des interfaces graphiques réellement portables (ce n'est pas toujours le cas de java).

    Ça quand même c'est gros... Moi j'aurais dit que ça permet de faire des interface graphiques sur les plate-formes supportées par wxPython, tout comme Java permet d'en faire sur les plate-formes supportées par Swing. Après, on peut les compter, mais je suis pas sûr que la différence soit énorme. Il faut probablement mieux se contenter de ne pas lancer le troll dans une niouze. Il faut probablement mieux aussi mettre un ch'tit [-] à ce commentaire pas interressant non plus.
    • [^] # Re: Oh le beau troll...

      Posté par  (site web personnel) . Évalué à 6.

      wxPython n'est pas le seul toolkit graphique supporté par Python, loin de là.
      Il est vrai que sa phrase porte à confusion car on ne sait pas trop s'il parle de Python ou de Boa-Constructor.
      • [^] # Re: Oh le beau troll...

        Posté par  . Évalué à 4.

        Je sais, ces temps ci je me documente justement pour coder une interface en python :) Mais niveau portabilité, c'est quand même le meilleurs, c'est pour ça que c'est celui que je citais. Enfin, j'en connais pas pour d'autres pour les plateformes qu'il ne supporte pas.
    • [^] # Re: Oh le beau troll...

      Posté par  (site web personnel) . Évalué à 6.

      > tout comme Java permet d'en faire sur les plate-formes supportées par Swing.

      Bof, quand on voit ou java passe correctement, c'est vraiment limité, y a pas des tonnes de jvm potables(aucune libres mais c'est un autre débat). Par exemple, celle de sun fonctionne bien sous win(et certainement sous solaris), celle sous linux est d'une lenteur a toute épreuve, ceux qui utilisent freebsd attendent la version native qui prend son temps pour arrvier(si elle arrive).

      Puis en plus de la lenteur de certaines implémentations, il y a les bugs. par exemple, pour la banque de mon pere, sa banque a un programme java qui tourne sous linux(déja l'installation est une merde) mais c'est vraiment mal foutu, par moment, il peut utiliser le pavé numérique, mais pas a d'autre, il ne peut pas cliquer n'imorte ou, parfois, certaines listes bloquent toutes l'applications et le curseur de la souris ne permet plus de cliquer. Je dois ouvrir un terminal ou tuer x pour rétablir l'ordre.

      Bon, je ne suis pas un programmeur java, juste un simple utilisateur, mais ça ne me donne pas envie d'en faire.
      • [^] # Re: Oh le beau troll...

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        par moment, il peut utiliser le pavé numérique, mais pas a d'autre, il ne peut pas cliquer n'imorte ou, parfois, certaines listes bloquent toutes l'applications et le curseur de la souris ne permet plus de cliquer. Je dois ouvrir un terminal ou tuer x pour rétablir l'ordre.
        Tout ce que tu dis là se retrouve aussi dans des applications en C, C++ ou n'importe quel langage. En clair, quand c'est mal codé, quel que soit le langage, c'est mal codé .|
        En plus, il faut voir avec JVM tout ça est codé. Il est sûr que des applis codées en JDK 1.1.6 (si, si il y en a encore) ont plus de risques de merder que celles en JDK 1.4.2. Les JVM comme tout code ne sont pas obligatoirement exempts de bugs.
        Perso, j'ai bien aimé programmer en Java (ne serait-ce que pour la richesse de l'API standard).
        • [^] # Re: Oh le beau troll...

          Posté par  (site web personnel) . Évalué à 3.

          Négatif !

          C'est connu que Swing sous Linux est buggué à mort. Impossible de saisir des chiffres sans pavé numérique, ps de saisie d'@ dans les champs textes....
          En tout cas avec la JRE de sun :(

          Le programmeur n'y peut rien.

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

        • [^] # Re: Oh le beau troll...

          Posté par  . Évalué à 0.

          à l'époque je préférais une JVM 1.1.x avec x > 4 et un vieux Swing compatible plutôt que celles des JDK 1.2.*

          et IBM aussi d'ailleurs, ils se sont longtemps accrochés au JDK 1.1.6, ils devaient essuyer les plâtres de Java 2.
      • [^] # Re: Oh le beau troll...

        Posté par  . Évalué à 1.

        Sur wxPython.org, qqu'un dit "wxPython gives me a good reason to never even worry about using Java". J'en pense exactement la même chose.
  • # Format des releases

    Posté par  . Évalué à 2.

    Dommage que y ait que du zip...
  • # RAD ?

    Posté par  (site web personnel) . Évalué à 8.

    http://linuxfr.org/comments/158221.html(...)

    Il faudrait vraiment qu'on m'explique si je me gourre !!... ou alors qu'on arrête les bourdes.

    Je sais que certains abus de langages sont tolérés... mais ça serait intéressant de rester dans l'exact plus que dans l'à peu près !

    --
    Un IDE n'est pas un RAD (rien que de dire ça ça fait un contre-sens monstrueux)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.