> -----Original Message----- > From: St�phane Lauri�re [mailto:[EMAIL PROTECTED]]
> > Je vais continuer mes investigations, je vous tiens au courant. > cool! > > >Levez le doigt > > tous ceux dans la salle qui ont reimplemente des wizards en Swing... > ;-) > > C�dric, si tu as identifi� des moyens de se familiariser > rapidement avec l'API SWT je suis preneur (exemples, > tutoriels, analogies...) ! Car le jeu d'exemples "SWT > examples" sur le site d'Eclipse est un peu limit� pour se > faire une bonne id�e du fonctionnement des objets. > (question: quel est l'�quivalent des JInternalFrame ?) J'ai commence a developper completement en dehors d'Eclipse, parce que certaines de ses limitations m'embetent (comme le fait que le repertoire de build doit etre en dessous du projet). Il est tout a fait possible de developper en SWT avec shell + ant/make, il suffit d'utiliser swt.jar et de metter la bibliotheque dynamique dans le java.library.path. Sinon, la methode la plus naturelle est d'utiliser Eclipse lui-meme, encore que bizarrement, la aussi il faut regler ces parametres afin de pouvoir compiler et lancer (par defaut, SWT ne figurera pas dans le build path, ni la .dll). > C'est presque dommage que l'approche SWT qui d'une certaine > mani�re n'est que le prolongement d'AWT (arr�tez-moi si je me > trompe) Mmmh? SWT utilise une approche radicalement differente d'AWT. Dans l'implementation (pas de peer , surcouche legere des widgets natifs, meme si ca augmente la couche native) et le design (SWT couvre a la fois AWT et Swing). Une des plaies de Swing est que le fait qu'il est construit sur AWT lui donne un heritage parfois difficile a comprendre. Le GridBagLayout en est un, mais il y a aussi des tas de bug subtils comme par exemple l'impossibilite d'avoir un comportement correct du DefaultButton avec le L&F Windows. -- C�dric
