Substance L&F : ListCellRenderer

Bonjour,

Je viens de commencer à utiliser Substance pour mon Look'n Feel et je bute sur un point.
Le rendu par défaut d'une JList est très joli : beaux items, et surtout joli fade in / fade out au passage de la souris.
Par contre quand j'implémente mon propre ListCellRender, je n'arrive pas à retrouver ce rendu. J'ai d'abord essayé d'utiliser un simple DefaultListCellRenderer, mais là tout fout le camp. En cherchant un peu j'ai trouvé un autre default renderer : le SubstanceDefaultListCellRenderer. Là ça va beaucoup mieux, les items reprennent le même rendu que si je ne spécifie pas de renderer à ma liste. Le soucis c'est que je n'ai plus du tout de fade in / fade out quand je passe la souris sur les items.

Mon code est très simple : je créer une JList, et je lui redéfinis le renderer par la commande suivante : maliste.setCellRenderer(new SubstanceDefaultListCellRenderer()); grosso modo.

Avez-vu une idée et voyez-vous ce que je veux dire ?

Merci !

Plutôt que de faire ça, essaie de récupérer le ListCellRenderer installé sur la JList et de faire des modifications dessus à la volée. Genre

Code:

---

maListe.getCellRenderer().setIcon(new ImageIcon("/truc/machin/bidule.png");

---

Et si tu as besoin de quelque chose de vraiment particulier, va falloir plonger dans les API de substance, car le fade in/fade out fait partie des animations. Donc il va te falloir comprendre comment marche trident.

Salut sinok,

Merci pour ta réponse. Par contre, je ne vois pas comment tu t'y prends. Déjà je n'ai pas de méthode setIcon directe en appelant le getCellRenderer de ma JList.

Pour moi, le but d'implémenter le DefaultCellRenderer est d'intercepter la méthode getListCellComponent(params) afin de personaliser le contenu des items qui seront générés.

Je ne comprends pas pourquoi Substance a fait un truc aussi sympa qui n'est pas réutilisable en implémentant proprement un Renderer ; et encore moins pourquoi le style par défaut appliqué aux JList est différent d'un DefaultCellRenderer.

Bien sûr, je pourrais ne pas utiliser mon propre Renderer et réécrire les méthodes toString de mes objets ; mais je ne trouve pas cela propre de modifier ses classes métiers pour paramétrer un affichage.

Après il reste l'option de passer par des objets intermédiaires, sortes d'enveloppes de mes objets métiers pour personnaliser les toString, mais c'est un peu lourd il me sembe, tout ça pour garder la qualité du CellRenderer par défaut...

J'ai essayé un truc de barbare en récupérant le getListCellRenderer, puis en définissant u nnouveau ListCellRenderer qui appelle le getter du Renderer quej'ai récupéré.
Résultat : ça fait comme si j'avais recréé un SubstanceDefaultListCellRenderer : on perd le fade.

Dommage

En fait j'ai changé de stratégie.

Plutôt que d'écrire un CellRenderer, j'ai créé la classe "wrapper" dont j'ai parlé ci-dessus : elle contient l'objet à afficher et la méthode toString dédiée. Mon modèle ajoute ses objets à la liste en les enveloppant dans ce nouvel objet.

Finalement ça fait presque moins de code...

Est-ce que la solution suivante serait appropriée?
http://kahdev.wordpress.com/2011/09/...r-combo-boxes/

Le pattern Delegate me semblant ce qu'il y a de plus propre comme solution dans ce genre de cas.

Excellent ton lien sinok :)

Ca m'a permis de voir que j'avais fait du Delegate sans m'en rendre compte ; je croyais que c'était moche, mais avec un bon exemple comme présenté dans ce lien, on peut comprendre que ce n'est pas si moche.

Par contre, je suis revenu sur la partie "Avoiding a Custom Cell Renderer" qui me parait encore la mieux ; dans le cas ou on n'a que du texte à rendre.

De plus, en utilisant ce pattern de Delegate, je perdais quand même les effets spéciaux fade in / fade out au passage de la souris sur les items.

En tous cas les différentes possibilités sont très bien exposées dans cet article. Juste un truc, ils ne parlent pas (ou j'ai mal compris) de cette différence de rendu (entre delegate et le fait de ne pas redéfinir). Le fait de redéfinir le Renderer doit faire perdre une notion (l'utilisation de Trident) qui n'est pas directement liée au contrôleur.

Encore merci pour cette trouvaille, c'est twitté ^^