Reprise du message précédent :

 
eclipse marche pour les 3

Oui, oui mais c'est un brin trop buggé faut attendre la 3.0 stable et ça devrait aller mieux (encore que pour les trucs simples, je pense que ça passe) et moyen/bof. T'as l'état des ports sur cette page : http://dev.eclipse.org/viewcvs/ind [...] html#ports

"marchotte" dans le cas de MacOS, quand même
Pour Linux, il semble qu'il y ait encore pas mal de bugs (demande à lorill ).

stait plus ou moins ma faute (probleme de locale suite a une upgrade systeme)  

ben ça marche toujours pas chez moi    
g trouvé comment passer les parametres sous JCreator
(je sais me servir des lignes de commande, mais j'utilise JCreator pour gagner du temps)
mais le parametrage de java.library.path fait planter l'appli par rapport à d'autres librairies que j'utilise (pour ne pas la citer, la DFC de Documentum)
je pourrais perseverer et y arriver, mais je vais laisser tomber, car il doit y avoir d'autres solutions (plus standards) qui fonctionnent plutot que de se servir de SWT (qui m'a l'air tres bien mais trop lourd pour l'utilisation que j'en fait)
 
bref, je reviens sur l'idée initiale et continue à chercher  

ne soit pas triste, grace à toi j'ai decouvert SWT    
 

suite à l'intervention de lorill, je propose ceci
.... exec.("cmd start pouet.txt" );
 
j'essaie dans une minute

J'ai essayé hier, que dalle

 
jamais de la vie    
 
on va pas se balader avec une dll pour chaque OS et perdre les different skins au passage

ouais !!!! Swing vainquera !!!

 
pq il m'engueule?
 
t'avais qu'à installer NSIS stable au lieu de le beta

c'est sur qu'avec des arguments comme ca je suis convaincu

 
tu m'as fait perdre une heure
donc on switche sur SWT, pis c tout

Oh bin c'est sûr que ton installer NSIS il tourne sur Linux et MacOS

 

 
(ca me fait penser que j'avais proposer un installer gratuit en Java en son temps, il doit trainer dans le mp)

 
NSIS marche tres bien

 
comparer l'installeur avec le soft

Bin la shared lib de SWT c'est pas le soft, hein, c'est un prereq. Tu fais déjà des distinctions pour le download : Windows avec installer NSIS, RPM Linux et autres. Qu'est-ce qui t'empêche de faire une distinction par OS lors du download en incluant les libs qui vont bien ?
Ton code est en Java et il bougera pas en fonction de l'OS, c'est juste les pré-requis qui changent.

 
oui enfin jme vois pas tout recoder en SWT    

Là chu d'accord, c'est un peu une trop grosse tâche
Mais si Darque a envie d'essayer, pourquoi pas

 
il me faut des journées de 40h avant

 
 
oui bien sur, dark en reve la nuit

 
up
 
faudrait recoder les cellRenderer et autres joyeusetés tu crois?

sous OS X : .... exec.("open pouet.txt" );
ça utilise l'application kivabien.

Ce que tu essais de faire ressemble à ce qu'on fait avec l'appel système ShellExecute de Windows.
 
Malheureusement tu peux pas faire de choses similaires en Java. Tu dois te taper la construction de la ligne de commande complète.
 
ET
 
il me semble que le lancement de commande DOS ne marche pas. Que se soit ce que tu as fais ou le lancement de fichiers .bat