Question EDI / Librairie composants

Salut à tous, je voudrais avoir votre avis sur un problématique projet java/C++ . Le côté C/C++ est réservé aux composants "durs", et j'utilise Java pour le côte IHM, mais j'aimerais développer plus vite et mieux avec un look utilisateurs + sympat et des composants plus complexes/complets que les composants de base AWT/Swing.
L'EDI est Eclipse (super s'il en est) mais je désirerais mettre en place plus rapidement mes dialogs avec des composants, menus, arbres et tableaux et composants plus compliqués (mélange arbre/tableaux) avec style et rapidité, qqchose d'encapsulé en restant sous Java.
J'ai bcp joué avec les L&F, qques lib pour ceci ou cela mais rien de jamais central, je teste en ce moment un new netbeans qui je trouve de mieux en mieux. Il existe bien SWT mais je ne sais pas si cela correspond vraiment, cela vaut il la peine de basculer vers ?
Voilà en gros avant le nouveau projet, dans les 3 mois qui arrivent je compte tester quelles sont les biblio encapsulant des composants riches.
Si qq1 peut me donner des pistes ...
Thank's
PS: j'ai passé une bonne heure à lire différentes FAQ à gauche / droite

c'est une question de gout ...
tu as 4 choix en gros :

- AWT : aujourdhui dépassé, mais ca reste des composants natif donc rapide et intégré a java depuis longtemps, ils sont donc robustes.
-1

- SWING : l'api de reference, tu as une foule de librairie complementaire pour l'enrichir (Swingx ...etc...). j'appreci cette api car elle ne necessite pas de librairie native et on peut tres facilement créé ses propres composants. De plus tout le monde a touché a cette api, donc tu ne feras fuire personne.
+2

- SWT : qui a vue le jour grace a Eclipse surtout, mais n'a pas vraiment conquis les utilisateurs (cf : Vous utilisez SWT ou Swing). Sans compter la croissance de netbeans qui commence a prendre des parts sur celui-ci. C'est une api relativement complete et efficace. Mais quitte a choisir du natif je prendrais je pense Qt-Jambi pour avoir une communauté potentielle beaucoup plus grande.
+0.5

- Qt Jambi : meme principe que SWT, du natif. Seulement la on utilise Qt sous le capot avec la richesse et la robustesse qui va avec. Je pense que cette api a de l'avenir.
+1

Si tu veux aller plus loin, tu peux toujours essayer les platformes Eclipse et NetBeans pour faire tes applis, c'est ce que je fais avec celle de netbeans. La prise en main est assez longue (plein d'api nouvelle) mais a long terme on y gagne.

déjà, merci de ta réponse
depuis mon post, j'ai un peu creusé. J'ai regardé SWT de plus prés et suis arrivé à une conclusion similaire à la tienne. / QT que je regarde vraiment de près depuis peu je remarque un framework vraiment très complet qui vaut la peine de s'y investir. Sinon tu parles de Eclipse et Netbeans (que j'utilise surtout pour dvp(Eclipse++)), mais ce sont surtout des EDI, tu veux dire que l'on peut utiliser les librairies sur lesquelles elles ont été développées, c ca ? cela pourrait expliquer pourquoi j'ai trouvé une ou deux appli au gui très proche et je ne parle par de la version Eclipse C++ vers laquelle je suis en train de basculer qui est limite la même. Alors la question est comment utiliser cette voie ? je v regarder cela de plus prés d'ici ta réponse.
à plus tard peut être

OK merci pour tout. J'y vois plus clair, ya+ka comme dirait qq1.