Java Swing: JList avec ListCellRenderer élément sélectionné la taille différente

Fondamentalement, il existe deux aspects du problème, tous deux situés dans l'interface utilisateur délégué

• il ne parvient pas à configurer le convertisseur de ses réel de l'état lors de la mesure, qui ignore la sélection (et de se concentrer) complètement
• il est notoirement têtu contre le fait d'être obligé de re-calculer la version en cache de la taille de la cellule: il n'a pas d'api publique pour le faire et n'a volontairement sur des changements de modèle.

Le remède pour réparer la première est en effet le moteur de rendu: mettre en œuvre pour ignorer la donnée sélectionnée indicateur de requête et de la liste de la réelle sélection, comme indiqué par @Andy. Dans le code, à l'aide de l'OP composants

ListCellRenderer renderer = new ListCellRenderer() {
Yeah yeah = new Yeah(false);
Oh oh = new Oh();
@Override
public Component getListCellRendererComponent(JList list,
Object value, int index, boolean isSelected,
boolean cellHasFocus) {
//ignore the given selection index, query the list instead
if (list != null) {
isSelected = list.isSelectedIndex(index);
}
if (isSelected || ((Integer) value) == 42) {
yeah.isSelected = isSelected;
return yeah;
}
return oh;
}
};
list.setCellRenderer(renderer);

Pour corriger le deuxième, une interface utilisateur personnalisée délégué (comme suggéré dans les autres réponses) est une solution possible. Bien que certains travaux dans le cas général, si le soutien de plusieurs Sial est nécessaire.

La moins intrusive, mais un peu sale méthode pour forcer l'interface utilisateur volontairement de mettre à jour son cache est à envoyer un faux ListDataEvent sur selectionChange:

ListSelectionListener l = new ListSelectionListener() {
ListDataEvent fake = new ListDataEvent(list, ListDataEvent.CONTENTS_CHANGED, -1, -1);
@Override
public void valueChanged(ListSelectionEvent e) {
JList list = (JList) e.getSource();
ListDataListener[] listeners = ((AbstractListModel) list.getModel())
.getListDataListeners();
for (ListDataListener l : listeners) {
if (l.getClass().getName().contains("ListUI")) {
l.contentsChanged(fake);
break;
}
}
}
};
list.addListSelectionListener(l);

BTW, JXList de la SwingX projet a une interface utilisateur personnalisée délégué - principalement pour le soutien de tri/filtrage - avec l'api publique de re-calculer le cache, puis au-dessus de la ListSelectionListener serait simplifiée (et propre 🙂 pour

    ListSelectionListener l = new ListSelectionListener() {
@Override
public void valueChanged(ListSelectionEvent e) {
((JXList) e.getSource()).invalidateCellSizeCache();
}
};
list.addListSelectionListener(l);

OriginalL'auteur kleopatra

La JList a pas la capacité de changer la taille de la cellule en fonction de la sélection ou de quoi que ce soit. La liste "en cache" de tailles. Si il y a du nouveau cellRenderer fourni ces tailles sont relatés et appliquées au sein de toutes les cellules dans la liste. Je pense que la raison est la performance de liste avec beaucoup d'entrées. La solution consiste à écrire propre ListUI de mise en œuvre qui est capable d'utiliser différentes tailles pour les sélectionnés et non sélectionnés cellules. Cela apporte aussi de la possibilité de régler la taille des cellules autour de la sélection par le logarithme ou d'autres interpolation. J'espère que vous avez une raison de le faire. C'est beaucoup de travail!

OriginalL'auteur Rastislav Komara

Grâce à Rastislav Trinunggal j'ai été en mesure de résoudre assez facilement:

J'ai créé un intérieur classe qui étend la classe BasicListUI et le public méthode qui est appelée sur ListSelectionListener.valueChanged:

private class MyRenderer implements ListCellRenderer {
public int listSelectedIndex = -1;
public Component getListCellRendererComponent(JList list, Object value, int index, boolean isSelected,
boolean cellHasFocus) {
if (index == listSelectedIndex)
return new Yeah(isSelected);
else
return new Oh();
}
}
MyRenderer lcr = new MyRenderer();
private class MyListUI extends BasicListUI {
public void triggerUpdate() {
lcr.listSelectedIndex = list.getSelectedIndex();
updateLayoutState();
list.revalidate();
}
}

La updateLayoutState méthode est normalement déclenchée lorsque la JList hauteur.
Le seul "fou" chose que je fais ici, c'est que mon moteur de rendu doit savoir ce qu'est l'index sélectionné. C'est parce que le updateLayoutState méthode n'utilise pas l'index sélectionné dans la hauteur des calculs.
D'une certaine manière en utilisant la liste.getSelectedIndex() à l'intérieur de getListCellRendererComponent ne fonctionne pas bien.

Edit:

Vérifiez également la anser par nevster et kleopatra, ils ont l'air bien plus intelligente, de les essayer en premier...

OriginalL'auteur Jaap

c'est une solution simple:

public class VariableHeightListUI extends BasicListUI {
@Override
public void paint(Graphics g, JComponent c) {
updateLayoutState();
super.paint(g, c); 
}
}

bien sûr, vous devez écrire votre propre mise en œuvre de ListCellRenderer, et selon les différents état de la sélection de l'élément de la liste, vous pouvez définir différents préfèrent hauteur de retourné Composant.

Une seule question a besoin d'aller sur : lorsque vous sélectionnez un élément de Liste PREMIÈRE fois, de ne pas dessiner correctement. mais après, tout fonctionne bien.

j'espère que cela peut vous aider.

OriginalL'auteur Jufeng Yao