Quelles librairies utiliser pour construire une belle IHM ?

**banban56** · 13/11/2009, 21h23

Bonsoir,

Je poste ce message dans cette section du forum car l'arborescence de la section IHM est trop précise pour mon type de question. En fait, j'aimerais savoir quelle librairies sous JAVA je pourrais utiliser pour faire une belle application (genre à la MAC ou QT). Pour le moment j'ai utilisé que Swing et voilà ... c'est pas terrible niveau ergonomie. J'ai fait quelques recherches et j'ai trouvé qu'il existait JavaFX maintenant mais je ne sais pas ce que ça vaut et je n'ai pas trouvé beaucoup de tuto là-dessus.

Donnez moi vos avis de développeur

Est ce que par hasard il est possible de faire des "décors" de JFrame sous Photoshop pour agrémenter encore plus l'IHM. Je vous met en pièce jointe un exemple d'ergonomie que moi et mon groupe aimerions développer.

Nom : photo.jpg
Affichages : 1748
Taille : 39,7 Ko

Nom : photo.jpg
Affichages : 1748
Taille : 39,7 Ko

**slim_java** · 13/11/2009, 22h37

tu peut utiliser l'API Swing avec un beau look feel comme Nimbus

**banban56** · 14/11/2009, 00h10

Merci

Je vais regarder ça en détails mais Swing restant assez lourd et vieillot, je ne pense pas qu'on se tournerait vers cette lib. A voir

Autrement il y en a qui ont touché au JavaFX ? On peut faire des IHM d'applications avec ça ou bien c'est plus pour les WebApp ?

**slim_java** · 14/11/2009, 00h23

Envoyé par banban56

mais Swing restant assez lourd et vieillot

je pense que ça reste une ancienne rumeur

vu l'apparition de JVM Hotspot depuis 1998

**Alain Defrance** · 14/11/2009, 00h55

Swing + Substance est plutôt sexy.

Sinon j'ai fais un peu de javafx, c'est un aprentissage à part entière, de plus ce n'est pas encore une techno mature.

**michel.di** · 14/11/2009, 17h29

Grâce à Alain je viens de découvrir les Look And Feel Substance et j'adopte!

Ils sont vraiment très sympas!

**Alain Defrance** · 14/11/2009, 18h28

Envoyé par michel.di

Grâce à Alain je viens de découvrir les Look And Feel Substance et j'adopte!

Ils sont vraiment très sympas!

Oui en plus c'est particulièrement facile à intégrer. Par contre j'éspère que t'as pas prévu de faire joujou avec les thread dans ton application parce que bonjour l'angoisse avec substance.

**michel.di** · 14/11/2009, 18h33

non je n'ai aucun Thread, heureusement!

déja j'ai trouvé ça bizarre pour un L&F de se lancer dans un Thread

**banban56** · 14/11/2009, 19h58

Merci Alain

En effet Substance est sacrément sympa, j'aime beaucoup le skin Mist Aqua et Creme pour notre projet. Va falloir qu'on regarde ça plus en détails. Comment ça c'est la galère avec les Threads ? Parce que je pense qu'on risque d'en avoir un paquet dans notre application. Je ne sais pas encore vu que le diagramme de classe n'est pas fait mais vu l'ampleur du programme, ça m'étonnerait pas qu'ils y en aient ^^

**Alain Defrance** · 15/11/2009, 01h07

Envoyé par michel.di

non je n'ai aucun Thread, heureusement!

déja j'ai trouvé ça bizarre pour un L&F de se lancer dans un Thread

En fait il se lance dans un thread à part depuis la dernière version, avant on pouvait le loader comme d'habitude.

Envoyé par banban56

Merci Alain

En effet Substance est sacrément sympa, j'aime beaucoup le skin Mist Aqua et Creme pour notre projet. Va falloir qu'on regarde ça plus en détails. Comment ça c'est la galère avec les Threads ? Parce que je pense qu'on risque d'en avoir un paquet dans notre application. Je ne sais pas encore vu que le diagramme de classe n'est pas fait mais vu l'ampleur du programme, ça m'étonnerait pas qu'ils y en aient ^^

J'ai travaillé pour une entreprise et je devais charger des images à distance et je me suis confronté à des problèmes de performence. J'ai eu à charger plusieurs centaines de milliers d'image dans un panel Swing, et il fallait que l'application reste fluide. Mon code ne marchait que sans substance. J'ai certainement du faire des erreurs car je n'ai pas une maitrise totale de swing, mais l'utilisation de substance perturbe quelque peu le fonctionnement de Swing.

Quelle est la taille du projet ?
Je ne pense pas que la présence de thread dépend de la taille du projet.

**banban56** · 15/11/2009, 14h04

Non, bien entendu que la présence ou non de Threads dépend pas de la taille du projet. Mais quand je disais "vu l'ampleur du projet" c'était surtout au niveau de la complexité.

Hmmm pour faire bref il s'agit d'un logiciel permettant de faciliter aux infirmières le maintien à domicile via la domotique. En gros, l'infirmière indique toute une panoplie d'actions en fonctions d'évènements et derrière ça, le soft compile et génère du code d'exécution permettant de faire tourner du matériel domotique, des web services, etc... Bien entendu la configuration se fait d'une simplicité déconcertante pour ne pas perturber l'infirmière ou bien le patient : l'utilisateur "balance" l'icône évènement ainsi que les icônes action dans une sorte de panier par un système de drag&drop.

**OButterlin** · 15/11/2009, 19h03

Suite à ton post et après quelques recherches, je viens de tester JTattoo, c'est super joli (notion très relative et personnelle, je vous l'accorde

)... ça claque !
Ça me donnerait presque envie de développer un client lourd avec Swing...
(comme tu le comprendras, je ne suis pas un fun... le projet sur lequel je suis englué y est pour beaucoup...

)

**Alain Defrance** · 15/11/2009, 19h40

Cool je ne conaissais pas du tout

.

**bouye** · 15/11/2009, 23h08

Moi ce que je voi pour le moment c'est :

Java (standard) : facile a mettre en place, ultra-penible a skinner. Mature.

Java + API externe (Substance ou autre) semble etre une bonne solution car mature est stable et tu arriveras rapidement a un truc fonctionnel. MAIS tu devras apres peut-etre faire des compromis par rapport a ton design initial ou passer plusieurs jours/semaines a designer les composants customs pour arriver au meme resultat.

JavaFX : ultra-facile a designer et a skinner*, pas forcement evident a mettre en place**. Prise de tete a deployer hors JWS. Non-mature.

*Inkscape (SVG)/Illustrator (AI)+ Production Suite + NetBeans = IHM a 99.99% identique a ce que tu as dans le screenshot en 3 clics de souris grosso-modo.

**manquent certains controles comme le TabbedPane dans la version actuelle bien qu'on puisse le simuler avec de noeuds customs. Sans parler des aberrations de comportement de certains layouts (voir topics dans forum JavaFX).

Bref ca depend si tu es presse dans ton devel, a le temps de te lancer dans de l'experimental et de comment tu comptes deployer ton appli. Je pense que Java + API externe est la bonne voie tant que JavaFX n'a pas fait ses preuves.

**sinok** · 16/11/2009, 10h51

Envoyé par Alain Defrance

En fait il se lance dans un thread à part depuis la dernière version, avant on pouvait le loader comme d'habitude.

J'ai travaillé pour une entreprise et je devais charger des images à distance et je me suis confronté à des problèmes de performence. J'ai eu à charger plusieurs centaines de milliers d'image dans un panel Swing, et il fallait que l'application reste fluide. Mon code ne marchait que sans substance. J'ai certainement du faire des erreurs car je n'ai pas une maitrise totale de swing, mais l'utilisation de substance perturbe quelque peu le fonctionnement de Swing.

Quelle est la taille du projet ?
Je ne pense pas que la présence de thread dépend de la taille du projet.

En fait au niveau des Threads, c'est juste que l'auteur de substance oblige les programmeurs qui utilisent son Look and Feel à programmer de façon propre avec Swing, c'est à dire de ne pas faire de mise à jour des composants graphiques en dehors de l'EDT. Cf le tutoriel de gfx sur les interactions entre Swing, les tâches longues et les threads: http://gfx.developpez.com/tutoriel/j...ing-threading/.

L'entrée du blog de Kirill Grouchnikov ou il explique pourquoi il a mis en place ce mécanisme de vérification et d'exception si les composants sont modifiés depuis l'extérieur de l'EDT: http://www.pushing-pixels.org/?p=368.

Pour moi c'est une excellente chose, et celà oblige les développeurs à coder de façon propre, et donc cela évite un paquet de bugs in fine.

On peut également coupler celà avec l'API SwingHelper d'Alex Potochkin permettant de trouver à l'exécution les appels trop longs qui sont fait à l'intérieur de l'EDT: https://swinghelper.dev.java.net/

**Alain Defrance** · 16/11/2009, 12h42

Envoyé par sinok

En fait au niveau des Threads, c'est juste que l'auteur de substance oblige les programmeurs qui utilisent son Look and Feel à programmer de façon propre avec Swing, c'est à dire de ne pas faire de mise à jour des composants graphiques en dehors de l'EDT. Cf le tutoriel de gfx sur les interactions entre Swing, les tâches longues et les threads: http://gfx.developpez.com/tutoriel/j...ing-threading/.

L'entrée du blog de Kirill Grouchnikov ou il explique pourquoi il a mis en place ce mécanisme de vérification et d'exception si les composants sont modifiés depuis l'extérieur de l'EDT: http://www.pushing-pixels.org/?p=368.

Pour moi c'est une excellente chose, et celà oblige les développeurs à coder de façon propre, et donc cela évite un paquet de bugs in fine.

On peut également coupler celà avec l'API SwingHelper d'Alex Potochkin permettant de trouver à l'exécution les appels trop longs qui sont fait à l'intérieur de l'EDT: https://swinghelper.dev.java.net/

Je m'ettais beaucoup renseigné à propos de Swing quand j'ai eu à travailler avec. En effet il y a tout un tas de bonne pratique qui sont plus ou moins imposées avec Substance. Le problème c'est quand c'est notre premier projet sérieux avec Swing, ca se complique :p

**sinok** · 16/11/2009, 13h11

Envoyé par Alain Defrance

Je m'ettais beaucoup renseigné à propos de Swing quand j'ai eu à travailler avec. En effet il y a tout un tas de bonne pratique qui sont plus ou moins imposées avec Substance. Le problème c'est quand c'est notre premier projet sérieux avec Swing, ca se complique :p

Ce ne sont pas de bonnes pratiques au niveau substance. C'est juste de savoir utiliser Swing d'une façon correcte. Mieux vaut prendre de bonnes habitudes lors du démarrage que de devoir les corriger par la suite. Et les bugs concernant l'EDT sont très souvents durs à diagnostiquer (comportement aléatoire de composants, exceptions pas forcément compéhensibles, IHM freezée sont des résultats d'une mauvaise utilisation de Swing et de la non compréhension de l'EDT).

**Valère** · 16/11/2009, 13h46

Ce n'est pas à proprement parler une bibliothèque, mais Aerith est une bonne démo de ce qu'on peut faire avec Swing.

Autre exemple sympathique, le projet BlueMarine sur base de plateforme Netbeans.