Bon, en fait, le titre est un peu faux. La JList se rafraîchit à chaque notifications d'un changement du contenu, mais en fait, elle affiche toujours le même nombre d'élément, ou bug (genre, si l'affichage se fait sur 10 lignes, la dernière colonne s'affiche sur 100 lignes (le reste des éléments de la liste) mais sans scrollbar ni rien, enfin, n'importe quoi en gros), et il faut que je redimensionne la fenêtre par exemple, pour qu'elle affiche correctement le contenu.
 
La Jlist est placée dans un JScrollPane.
 
Voici le modèle :

 
Et là, la vue associée :
 

 
En gros, la démarche, c'est : quand je modifie un modèle global, update() dans listimagesmodel se déclenche, rafraichit filesList, et déclenche l'update du listimagesgui, qui se rafraîchit. Or, ca se rafraichit, mais mal !
 
Que puis je faire pour résoudre ça ?

virer toute ta sousclasse de jlist.

euh, hein ?
pas extends JList tu veux dire ?

oui. en général on a pas besoin de sous-classe les composants swing. j'irais même jusqu'à dire que ça ne m'est jamais arrivé sauf pour un bidouille avec JLabel (pour les Renderers).

Okas, je vais allez faire en composition alors.

oué, c'est mieux

Bon, ça fait toujours pareil.
 
Another idea ?

Pour montrer un peu :
 
le mauvais :

 
le bon :

andOcean > vire toutes tes preferred size et minimal sizes.
 
par contre faire un overflow horizontal on évite en général.
 
 
pour ceux qui seraient étonné de voir une liste sur plusieurs colones, il a utilisé  HORIZONTAL_WRAP.

la règle générale > si ça dégueule pas dans le bon sens, c'est probablement qu'on a joué avec des machinSize.

Je voudrais bien nraynaud, le problème, c'est que comme tu peux le voir dans le code de mon 1er message, il n'y a aucun machinSize. (et oui, c'est un horizontal_wrap dans les s/s là, pas le vertical_wrap du code dessus ;o)

et le visibleRowCount ?

je dois t'avouer que j'ai jamais utilisé ça, mais normalement, ça respecte la règle de la surprise minimum, donc, il faut mettre un minimum de configuration.

Que je l'enlève, ou que je mettes une constante > 0, ça bug toujours. Et puis, le code dessus, c'est un code simplifié. Il y a plus d'options dans le vrai code, mais je l'ai simplifié au maxi. Et même en mettant plein de config, il est toujours là le bug.

justement, vire toute la config.
 
tu veux afficher quoi exactement ? une liste sur plusieurs colones comme dans un journal ?

La config est viré ! J'ai tout mis en commentaire, sauf le bout que je montre dans mon 1er message.
 
Je voudrais qu'il affiche correctement _tout_ le contenu, tout simplement. Pour l'instant, comme j'ai dis, il n'affiche pas tout, ou n'importe comment. Il faut que je redimensionne la fenêtre pour mettre à jour correctement.

simplement une colone, tout bête ????
 
ben tu fais juste panel.add(new JScrollPane(new JList(tonmodel)));
 
par contre, j'ai un doute, tu utilises quoi comme ListModel ? un truc perso ?

Non, pas une seule colonne, regardes les s/s. C'est la version "bonne" que je veux. (mais après, ca dépend juste du wrap, j'utilise les deux dans mon cas, + renderer etc. mais ça n' pas d'influence tout ça).
 
Le ListModel, oui il est perso, voir le code 1er message.

merde, j'ai pas été revoir le code là-haut /o\
file-moi le code complet du listmodel stp.

Bah, y'a pas grand chose en plus du code en haut.
 

ok, j'ai trouvé : tu as tout faux sur le pattern listener.
 
tu as le code source du JDK ? va voir la classe DefaultListModel.  
 
 
La JList va enregistrer un éclaireur dans le model par addListDataListener() quand le modèle va se modifier, il doit envoyer un ListDataEvent à tous les Listeners qui se sont enregistrés.  
 
Donc il faut que addListDatalistener mette le listener reçu en paramètre dans une collection et que dans update() tu envoies le bon évènement à chacun des listeners dans la collection.

Euh, du genre ...
 

 
ca ? Et le gui ajoute un listener, dès qu'il reçoit l'événement, fait un revalidate() + repaint() ?

Bon, je crois que ça marche, j'ai codé à la va vite l'implémentation du listdatalistener, avec

et ça fonctionne. Je vais nettoyer un peu, mais c'est bon quoi.
 
Merci beaucoup nraynaud !

Tiens, mais en fait, je peux laisser la méthode contentsChanged vide, et décommenter le setChanged() et notifyObservers() de l'update du modèle. Ca fonctionne toujours. Je comprends pas trop pourquoi, je n'ai fait que rajouter le truc qui gère les listeners dont je ne me sert même pas en fait. (meme plus de addListDataListener dans le gui)
 
Enfin, ça marche impec'.
 
edit: ah oui, c'est Swing qui rajoute lui même un listener : javax.swing.plaf.basic.BasicListUI$Handler@b09e89

voiloù ; fais bien gaffe à envoyer exactement le bon type dévènement dans la bonne situation, mais tu es exactement dans le pattern.

Okas. Je viens de soulever un lièvre, ça fait plaisir.
 
Merci bien.

y'a pas un AbstractListModel qui fait ?
Observable ça devrait pas etre deprecié ce "truc" ?
(andOceans, tu l'utilises dans quel cadre ce Observable/Observer?)

Si, y'a déjà le abstract et le default qui le font. Je l'utilise pour l'architecture MVC (très pratique) de mon application.
J'aurai bien aimé faire un extends Observable, AbstractListModel mais bon, je vais pas troller.

surtout que sans use case qui tienne la route, tu vas vite tomber à court d'arguments. donc tu utilises l'observer/observable pour?

Voir le message précédent. Je n'ai que ça à dire.

donc  tu etends Observable juste pour dire que ça te fait chier de pas pouvoir faire du double héritage?

Mais non. Je l'étends pour ne pas l'implémenter.
 
Ce modèle a besoin d'être observable, ie : dans le gui, j'ai m.addObserver(this); avec m, ce modèle, pour que dès que c'est modifié, ça appelle le update() de ce gui. J'ai pas mal de vues, et de modèles dans l'application, j'uniformise tout. Je ne vais pas aller m'amuser à étudier chaque cas pour savoir comment je pourrais faire sans, ça serait contraire à la logique de garder la modularité du MVC.

mais le ListModelListener est là pour ça non ? Tu devrais pas avoir à updater la gui "à la main" il me semble

Oui, aussi en fait. J'ai tout réécris en utilisant ça, ça fonctionne pareillement, c'est vrai. Et ça me permet de extends l'abstractlistmodel, donc de virer mes méthodes réécrits, sympathique tout compte fait. C'est vrai que c'était assez évident, je devais être enfermé dans mon MVC pur main, pour ne pas y penser. :|

et voilà

Merci à toi aussi.