En même temps SWT sous Linux c'est par super rapide, alors que Swing a fait des progrès impressionnants à ce niveau et est suffisamment réactif sous Linux comme sous Windows (en tout cas avec la JVM 1.5 de SUN).
Netbeans (swing) est par exemple bien plus réactif que Eclipse (SWT/GTK) sous Linux.
De plus il semble que le support de Swing avec gcj/classpath avance assez rapidement grâce à RedHat. Le rendu utilisant GTK...
Il est d'ailleur possible d'utiliser directement GTK.
Du coup l'intérêt de SWT me semble de plus en plus limité. C'est une stratégie bizarre d'IBM qui semble pousser SWT alors qu'il a participé à l'élaboration de Swing.
Pour revenir à la discussion initiale, vu que bientôt on aura une implémentation correcte et libre de Java, je ne vois vraiment pas pourquoi on fait tout un fromage autour de l'utilisation de Java avec OpenOffice. Java permet un developpement plus rapide qu'en C et C++ sans sacrifier les performances (par contre la mémoire...). Si les développeurs considèrent que c'est un bon choix technique, je ne vois pas où est le problème.
Par contre les perfs de Gcj face aux JVM récentes de SUN ou d'IBM c'est pas encore ça... [! troll detected...!]
[^] # Re: Le problème: c'est Java ou Sun?
Posté par ndesmoul . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 3.
Netbeans (swing) est par exemple bien plus réactif que Eclipse (SWT/GTK) sous Linux.
De plus il semble que le support de Swing avec gcj/classpath avance assez rapidement grâce à RedHat. Le rendu utilisant GTK...
Il est d'ailleur possible d'utiliser directement GTK.
Du coup l'intérêt de SWT me semble de plus en plus limité. C'est une stratégie bizarre d'IBM qui semble pousser SWT alors qu'il a participé à l'élaboration de Swing.
Pour revenir à la discussion initiale, vu que bientôt on aura une implémentation correcte et libre de Java, je ne vois vraiment pas pourquoi on fait tout un fromage autour de l'utilisation de Java avec OpenOffice. Java permet un developpement plus rapide qu'en C et C++ sans sacrifier les performances (par contre la mémoire...). Si les développeurs considèrent que c'est un bon choix technique, je ne vois pas où est le problème.
Par contre les perfs de Gcj face aux JVM récentes de SUN ou d'IBM c'est pas encore ça... [! troll detected...!]