Jean Lacoste a écrit :
> Philippe Makowski a écrit :
>> oui pour trouver un EDI aussi simple que Delphi pour Python, bonjour
>> la galère par exemple
>> c'est moyennement drole de faire l'interface graphique entièrement à
>> la main
>
> En fait, ça dépend mais c'est vrai qu'il n'y a rien du niveau de delphi
> pour ces langages.
> Ce que je voulais surtout dire, c'est qu'à la base, le problème est un
> problème de lib et qu'avec delphi, il n'y a pas le choix. Pour faire ce
> que souhaite Paul, il faudrait que borland sorte une lib du style qt /
> wxWidgets, fltk etc. et un designer intégré à un edi. Ca me semble
> colossal pour arriver à un truc suceptible d'être mis à côté de Visual
> ou NetBeans.

travail colossal ? ben c'est pas pour ça qu'on les paye ?

c'est un peu le sentiment que j'ai en fait, Borland savait faire des
compilateurs et des IDE...sous DOS ils ont inventé Turbo Vision, sous
Windows la VCL, c'est perfectible, mais n'empêche qu'avec la VCL
n'importe qui peut développer une application win32 sans rien connaitre
de l'API win32...et maintenant quoi ?! c'est pas le codefolding ou les
génériques qui vont révolutionner Delphi, ce qu'il faut c'est justement
un travail colossal !

>>> A part les composants installables directement (ça marche comme ça
>>> avec Visual), tu voudrais un truc multiplateforme. Et s'il existait
>>> un pascal for java (qui compilerait du bytecode jvm), tu serais pas
>>> d'accord ?
>> ça pourrait être interressant oui
>
> Je ne suis pas sûr que ça plaise à Paul...

pourquoi pas...mais pas un espèce de langage patché pour intégrer les
concepts du langage Java dans Delphi, mais bien un compilateur de
Langage Delphi qui soit capable de produire du java bytecode. S'il faut
créer des applet ou des classes, c'est le problème du compilateur, pas
celui du programmeur Delphi.

> Et surtout, je ne vois pas l'intérêt d'un pascal pour jvm alors qu'il y
> a java, qui est au point et nettement au dessus de delphi. A moins que
> ce ne soit que pour une affaire de goût.

moi j'aime pas Java en tant que langage...en temps que JVM je trouve ça
lourd...mais si un compilateur me permet de produire un .jar à partir de
mon projet Delphi, pourquoi pas ! Si pour atteindre ce niveau de
portabilité il faut renoncer aux quelques appels win32 qu'on fait à côté
de la VCL, je suis d'accord...mais si faut reprendre le projet avec des
JForms, des JControls (comme on a connu les QForms et QControl) là je
dis non.

Au lieu de sortir un nouveau Delphi qui intègre les derniers effet
visuels de Vista dont je me fou comme de l'an 40, je préfèrerais de loin
une Delphi avec une VCL Light (TButton, TForm, TEdit...) qui reprend les
10% des composants utilisés dans 90% des applis et qui soit multiplateforme.

Quand je vois ce qu'on est obligé de faire avec Web 2.0 pour produire
une page à peu près pratique, je suis persuadé que mon idée n'est pas
utopique.

> Jean