Toute mon equipe de développement est sous Debian et utilise Eclipse, personne ne constate de probleme avec swt, donc je pense que tu n'as pas bcp tester eclispe sous debian car nous l'utilisons intensivement ici.
Les diffrents developpement SWT ne remonte la non plus aucun probleme.
Ma remarque visait plutot le troll déguisé qui tentait a laisser penser que programmer en SWT c'est abandonné la portabilité ce qui est strictement faux. SWT s'appuie sur un framework commun à toutes les plateformes Java, seul la librairie utilisé poru l'execution change suivant la plateforme et cest la que reside l'utilisation des composants natifs.
Le fonctionnement de SWT est a rapproché du fonctionnement des JVM: on battit tout le code sur une API commune (language Java pour la JVM, framework SWT pour les GUI) et lors de l'execution le code spécifique à la plateforme se chargera d'utiliser ce qui existe sur le système.
Ce qui est dommage avec Swing cest qu'il n'exploite pas ce qui existe deja sur la plateforme pour le graphique (ie GTK pour linux) et qu'il prefere batir ses composants sur la plateforme java 'from scratch": on dessine avec les api graphique de java les tableaux, les labels, les champs texte etc etc. alors que tout ces composants ne demandent qu'a etre utilisé: ils seront plus rapides, moins couteux en mémoire, et en plus ils s'intégreront parfaitement au système sur lequel ils seront executés.
[^] # Re: jvm vs java en natif
Posté par Olivier MARTIN . En réponse à la dépêche [Débat] Implémentations libres de java : sont elles utilisées dans la pratique ?. Évalué à 7.
Les diffrents developpement SWT ne remonte la non plus aucun probleme.
Ma remarque visait plutot le troll déguisé qui tentait a laisser penser que programmer en SWT c'est abandonné la portabilité ce qui est strictement faux. SWT s'appuie sur un framework commun à toutes les plateformes Java, seul la librairie utilisé poru l'execution change suivant la plateforme et cest la que reside l'utilisation des composants natifs.
Le fonctionnement de SWT est a rapproché du fonctionnement des JVM: on battit tout le code sur une API commune (language Java pour la JVM, framework SWT pour les GUI) et lors de l'execution le code spécifique à la plateforme se chargera d'utiliser ce qui existe sur le système.
Ce qui est dommage avec Swing cest qu'il n'exploite pas ce qui existe deja sur la plateforme pour le graphique (ie GTK pour linux) et qu'il prefere batir ses composants sur la plateforme java 'from scratch": on dessine avec les api graphique de java les tableaux, les labels, les champs texte etc etc. alors que tout ces composants ne demandent qu'a etre utilisé: ils seront plus rapides, moins couteux en mémoire, et en plus ils s'intégreront parfaitement au système sur lequel ils seront executés.