rien, la preuve ils l'ont deja fait : [...liste d'exemples...]
Faire n'est pas droit.
De plus, SWT n'a pas l'api de Swing, SwingSWT l'a (à la distinction près du nom des paquets) ce qui le rend tangent, Classpath a décidé de « braver » Sun (en se « protégeant » par le refus des développeurs ayent eu accès au code de Sun, c'est-à-dire tous ceux qui ont téléchargé un jsdk de Sun un jour).
Pour revenir au message de départ : faire fonctionner l'application X (en l'occurrence freemind) avec n'importe quelle JVM n'est pas encore possible. Par exemple, SWT et SwingWT demandent une modification et une recompilation du source (pas toujours disponible).
[^] # Re: A comparer plutot au C#
Posté par Sylvain Sauvage . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 0.
Voir http://www.debian.org/doc/manuals/debian-java-faq/ch5.html(...) ,
notamment la section 5.3.1
rien, la preuve ils l'ont deja fait : [...liste d'exemples...]
Faire n'est pas droit.
De plus, SWT n'a pas l'api de Swing, SwingSWT l'a (à la distinction près du nom des paquets) ce qui le rend tangent, Classpath a décidé de « braver » Sun (en se « protégeant » par le refus des développeurs ayent eu accès au code de Sun, c'est-à-dire tous ceux qui ont téléchargé un jsdk de Sun un jour).
Pour revenir au message de départ : faire fonctionner l'application X (en l'occurrence freemind) avec n'importe quelle JVM n'est pas encore possible. Par exemple, SWT et SwingWT demandent une modification et une recompilation du source (pas toujours disponible).