Quelles librairies utiliser pour construire une belle IHM ?

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.

Pièce jointe 55259

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

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 ?

Citation:

---

Envoyé par banban56

mais Swing restant assez lourd et vieillot

---

je pense que ça reste une ancienne rumeur :D vu l'apparition de JVM Hotspot depuis 1998 ;)

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.

Grâce à Alain je viens de découvrir les Look And Feel Substance et j'adopte! :)
Ils sont vraiment très sympas!

Citation:

---

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.

non je n'ai aucun Thread, heureusement! :)
déja j'ai trouvé ça bizarre pour un L&F de se lancer dans un Thread

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 ^^

Citation:

---

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.

Citation:

---

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.

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.

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... :mouarf:)

Cool je ne conaissais pas du tout :ccool:.

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.

Citation:

---

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/

Citation:

---

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

Citation:

---

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).

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.

et encore +1 pour swing. :ccool:

J'ai utilisé - et même payé :D - JTatto. De là à dire que c'est exceptionnel... Je préfère un site web ou Flash.

Citation:

---

Envoyé par nicorama

J'ai utilisé - et même payé :D - JTatto. De là à dire que c'est exceptionnel... Je préfère un site web ou Flash.

---

Euh... là n'est pas la question...
J'ai pas dit exceptionnel, j'ai dit super joli...

Mais t'as dû être déçu de payer... :mouarf:

Citation:

---

Envoyé par Alain Defrance

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.

---

Puisque personne ne veut donner le lien vers la page du look & feel substance je m'y colle, ça évitera à tous les lecteurs de faire la même recherche :
Substance skins

Amusant, ca rejoint pas mal une discussion très récente :

http://www.developpez.net/forums/d83...nt-lourd-java/

En tout cas oui, Substance est pas mal du tout et j'aime beaucoup la contrainte qu'il impose sur les threads. Par expérience, pour m'être cogné des soucis d'EDT je suis bien content quand c'est détecté avant par une bonne lib.

Enfin sinon, selon tes contraintes (déploiement, ergonomie etc...) tu peux aussi t'orienter vers du web avec du jsf + icefaces, c'est quand même bien plus simple et tu feras des choses très sympa en termes d'IHM.

Citation:

---

Envoyé par hugo123

Enfin sinon, selon tes contraintes (déploiement, ergonomie etc...) tu peux aussi t'orienter vers du web avec du jsf + icefaces, c'est quand même bien plus simple et tu feras des choses très sympa en termes d'IHM.

---

JSF + RichFaces ! Ça c'est beau :mouarf:

+ 1 pour JSF et RIchfaces

Citation:

---

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!

---

Puis je avoir un lien? merci.

Le site du L&F: https://substance.dev.java.net/
Le blog du développeur du L&F qui est mis à jour régulièrement et qui est un must read en ce qui concerne Swing: http://www.pushing-pixels.org/

Et en ce qui concerne JSF+ RichFaces on est un peu en dehors du contexte initial du sujet là, non?

j'utilise principalement swing et certain composant swingX, dont le (JXLayer) et (JXDatePicker) qui seront dans le JDK7.

J'essaie d'eviter l'utilisation de librairie externe la pluspart du temp.

Citation:

---

Envoyé par javan00b

[...] dont le (JXLayer) et (JXDatePicker) qui seront dans le JDK7.

---

C'est certain qu'ils y seront ? Je ne les vois pas dans http://java.sun.com/javase/7/docs/api/ ...

Citation:

---

Envoyé par sinok

Et en ce qui concerne JSF+ RichFaces on est un peu en dehors du contexte initial du sujet là, non?

---

le sujet c'est :

Quelles librairies utiliser pour construire une belle IHM ?

Je pense que faire du lourd ou du léger est déjà une question à se poser avant de se poser la question des librairies swing.

Citation:

---

Envoyé par hugo123

le sujet c'est :

Quelles librairies utiliser pour construire une belle IHM ?

Je pense que faire du lourd ou du léger est déjà une question à se poser avant de se poser la question des librairies swing.

---

Sauf que si tu relis le sujet initial tu vois bien qu'il s'agit de client lourd. Qui plus est on est un peu dans le forum relatif à tout ce qui se passe au niveau client lourd :mouarf: (même si j'admets que le terme Interfaces Graphiques est plus général).

héhé, comme tu dis interfaces graphiques est plus large que ca.

En fait en lisant le premier post de la personne qui pose la question, on voit que c'est un projet qui part from scratch et qui a priori est juste à l'étape d'élaboration, c'est le bon moment pour se poser ce type de choix, après ce sera moins simple.

Si c'est du client léger et que le temps presse, il y a aussi des solutions comme WaveMaker.

Citation:

---

Envoyé par hugo123

héhé, comme tu dis interfaces graphiques est plus large que ca.

En fait en lisant le premier post de la personne qui pose la question, on voit que c'est un projet qui part from scratch et qui a priori est juste à l'étape d'élaboration, c'est le bon moment pour se poser ce type de choix, après ce sera moins simple.

---

Citation:

---

Envoyé par rykowan

Si c'est du client léger et que le temps presse, il y a aussi des solutions comme WaveMaker.

---

Je persiste à penser qu'il ne s'agit en aucun cas de client léger ici. Cf:

Citation:

---

Envoyé par banban56

En fait, j'aimerais savoir quelle librairies sous JAVA je pourrais utiliser pour faire une belle application (genre à la MAC ou QT).
Pièce jointe 55259

---

héhé, c'est la ou je ne suis pas d'accord puisqu'on peut faire de belles IHM "genre à la MAC ou QT" même en client léger et que la capture d'écran est tout a fait faisable.

C'est justement ce que je souligne, d'abord se poser ses prérequis, ensuite choisir une techno et pas l'inverse.

Bonsoir la compagnie :) Désolé, je n'ai pas trop le temps de discuter beaucoup, pas mal de taff en ce moment :s Mais en tout cas je suis ravi de la tournure qu'a pris ma question :ccool: et je remercie d'avance tous les gens qui y participent. Donc pour répondre à certains, en effet ça risque d'être une application assez lourd au niveau de l'IHM. Le design fait sous Photoshop n'est que la partie immergée de l'iceberg, si je peux m'exprimer ainsi.

Je vais regarder plus en détails JTatoo mais à ce que je viens de voir en détails, ça envois du lourd :mouarf:

Je viens de jeter un oeil sur jtatoo et je reviens sur ce qui a été dit plus haut, je pense sincèrement que substance est non seulement plus joli mais surtout bien plus puissant et extensible.
A ce que je vois jtatoo ne contient que des look and feel statiques. Substance en s'appuyant sur laf-widget propose aussi des animations, du fading, du glow, des pulsations etc... et surtout substance fournit déjà le support de certaines librairies de composants comme swingx, jide (la partie open source) ce qui ne semble pas être le cas de Jtatoo.

L'un des principaux points avances (si on ommet le cote Swing2 qui est du foutage de gueule) derriere l'effort de devellopement pour mettre en avant JavaFX est de justement laisser le cote design au designer et le cote devellopement au devellopeur plutot que d'aller laisser le devellopeur se depatouiller des semaines durant dans le LnF et la creation des composants customs.

Ainsi je ne plaisantais pas en disant qu'a partir d'Inkscape ou d'Illustrator ou de Photoshop (mais on perd alors tout le cote vectoriel qui devient du bitmap pour ce dernier) et en passant par la Production Suite et les outils fournis dans NetBeans on arrive a une interface fonctionnelle en 2 coups de cuillere a pot : c'est effectivement comme cela que ca fonctionne malgre tous les defaut de ces premieres releases.

Vous avez en exemple quelques screen du 1er reel programme autre que des demos pour tester tel ou telle partie de l'API que j'ai fait en FX (un chronometre d'ivresse pour le jeu Guild Wars) et sur lequel je reviens regulierement pour le mettre a jour et tester les nouvelles releases (et decouvrir quelles sont leurs bugs et limitations) de FX. D'ailleurs des que JavaFX 1.3 sera disponible, il sera temps de le sortir des cartons, le depoussierer et faire quelques modifications.

Version PNG de l'interface 2 directement generee par Inkscape a partir du SVG :
Pièce jointe 55391

Inkscape, detail des entites nommees SVG :
Pièce jointe 55388

JavaFX Production Suite, outil de conversion et outil d'exploration des FXZ :
Pièce jointe 55392

Netbeans, affichage du design contenu dans le fichier FXZ (on peut aussi afficher le code source du FXD contenu dedans qui est un subset de l'API SceneGraph) :
Pièce jointe 55389

Netbeans, le code actuel du programme qui se contente de charger le FXZ et de creer toutes les animations et effets necessaires sur les entites.
Pièce jointe 55390

Note : oui, les chevrons tournent autour de la "Stargate".

-coupure car j'ai atteins le nombre maximal de pieces jointes-

Ceci est l'interface 2 du logiciel, ma premiere interface du temps de JavaFX 1.0 etait un chronometre, toujours cree de la meme maniere. Quand JavaFX 2.0 est sorti lorsqu'a demarre la JavaOne 2009, j'ai eut envie de refaire tout le design a zero et de creer quelques chose s'apparentant plus au design de l'interface meme du jeu (a savoir la boussole qui sert de radar). A nouveau, le plus gros du temps a ete passe dans le logiciel de design plutot que dans le codage.

Version PNG de l'interface 1 directement generee par Inkscape a partir du SVG :

Pièce jointe 55394

Le programme en train de tourner :

Pièce jointe 55393

Note : oui les engrenages derriere l'aiguille etaient animes et tournaient sur eux-meme...

Lors du passage de l'interface 1 a l'interface 2 je n'ai bien sur pas eut a recoder la creation graphique (puisqu'elle est generee a partir du SVG et du FXZ vers lequel on l'exporte) donc j'ai passe tout mon temps a designer et dessiner dans Inkscape plutot qu'a recoder des trucs en Java2D/Swing/JavaFX.
Quant aux changements dans le code, ils ont ete assez minimaux : remplacer la rotation de l'aiguille du chronometre par la rotation des chevrons (le calcul du temps restant grosso-modo le meme) et retirer divers animations secondaires comme celles des boutons ou des engrenages.

Bon bien sur, la, c'est pour en mettre plein les mirettes.
SI JavaFX avait ete stable ET avec un moyen de deploiement facile et aise cote desktop, j'aurais dit go FX !

CE N'EST PAS LE CAS : comme en atteste l'un des screens, celui ou on voit la boite de dialogue des options ouverte par exemple, certains controles dispo ont des petits problemes... et ce n'est que la partie emmergee de l'iceberg, restent encore les layouts qui deraillent et le deploiement qui suxXxe grave.

De meme, les conversions a partir du design originel ne sont pas parfaite suite a des limations de JavaFX (qui sont des limitations de Java2D en fait) ou dans les filtres de conversion de la Production Suite actuelle. On peut remarquer que certains elements du concept de l'interface 1 comme le texte autour du quadrant ou le gradient circulaire des ressorts (derriere les engrenages) n'apparaissaient pas dans le programme final. On peut remarquer aussi quelques differences minimes dans l'interface 2 entre la version SVG et le programme final, mais elle sont moins flagrantes car j'ai justement tenu compte de ces limitations dans le convertisseur lorsque j'ai cree mon nouveau design.

Donc : GO SUBSTANCE ! Mais il ne faudra pas se leurrer tu passeras certainement pas mal de temps a tester et a coder des trucs en Java2D/Swing/API Substance si tu veux arriver a quelques chose de similaire au design que tu nous as montre.

merci encore bouye pour toutes ces précisions et illustrations !!!

:)

pour susbtance, j'suis allé le regarder d'un peu plus près, lançant l'appli java web start sur un ubuntu 9.04... j'dois avouer qu'en soit cela ne m'a pas bouleversé... d'autant plus que certaines fenêtres présentent des bugs d'affichages : tout n'est pas visible du 1er coup, il faut passer dessus avec la souris. Pour une démo, ça la fout mal :oops: Ceci dit, j'ai encore un à priori positif, surtout à cause de ce genre de décisions : http://www.pushing-pixels.org/?p=368

toujours sur le sujet des ihm, les animations à la aerith sont elles à la portée du 1er codeur venu ? faut il à tout prix le bouquin "filthy rich clients" ? est ce intégrable aisément dans toutes applications swings/aerith ?