Je viens d'essayer avec succès les
scripts de déploiements pour Java Web Start pour Sweet Home 3D.
Sur la
page d'accueil de Sweet Home 3D, j'ai mis un script
launchSweetHome3D derrière le lien
Lancer Sweet Home 3D qui exécute le code JavaScript suivant:
1 2 3 4 5 6 7 8 9 10 11 12
| function launchSweetHome3D() {
var url = "http://sweethome3d.sourceforge.net/SweetHome3D.jnlp";
if (!deployJava.isWebStartInstalled("1.5")) {
if (deployJava.installLatestJRE()) {
if (deployJava.launch(url)) {
}
}
} else {
if (deployJava.launch(url)) {
}
}
} |
Ce code est inspiré de
createWebStartLaunchButton qu'on trouve dans
les scripts de Sun, mais comme leur code affiche l'image
en anglais, j'ai préféré le modifier pour un lien texte que je traduis dans les langues supportées par Sweet Home 3D. Pour tester la procédure complète (installation du JRE + Sweet Home 3D), il faut bien sûr ne pas avoir de JRE 5 ou 6 installé sur sa machine.
J'ai quand même trouvé un problème pour l'instant (sur l'
applet comme sur Java Web Start) : Java demande deux fois d'accepter les fichiers signés. Ca n'est pas très rassurant pour les utilisateurs.
Edition
J'ai trouvé un second problème : l'icône de Sweet Home 3D créée sur le bureau sous Windows ne lance pas toujours l'application (serait-ce une histoire de JVM qui reste dans un état second ?). Comme l'installation automatique du JRE installe en fait la version 1.6.0_10-rc et pas la version release 1.6.0_10, et que ce bug n'apparaît pas dans la version 1.6.0_10, j'ai supprimé les appels au script
launchSweetHome3D.
Conclusion : tant que java.com (et pas java.sun.com) ne délivrera pas effectivement la version 1.6.0_10, il vaut mieux attendre... C'est peut-être bien pour ça que Sun n'en parle toujours pas sur la page d'accueil de
Java !
0 |
0 |