CardLayout: un pb. tout bête

je me suis trouvé confronté à un problème très bête avec CardLayout.
je lui confie un certain nombre de composants avec une clef
puis j'ai quelque part un gestionnaire d'événement qui passe cette clef au CarLayout pour avoir le bon composant sur le dessus...
et là je réalise que je ne sais pas demander quel est ce composant!:cry:
il faudrait que je duplique le fonctionnement interne du CardLayout associant une clef à un composant!
bon ça peut se faire ... mais un doute m'habite ... j'ai loupé quelque chose?
(c'est trop stupide de dupliquer un mécanisme)

hack possible: demander le liste des composant contenus au container et chosir celui dont la propriété visible est vraie .... bon qqch de mieux?

la méthode show(container, name) permet de rendre visible le composant "name" dans le conteneur "container". Exemple:

Code:

---

1 2 3 4 5

CardLayout layout = new Cardlayout(); component.setLayout(layout); component.add(new JLabel("Hello"),"A"); component.add(new JLabel("World"),"B"); layout.show(component,"B"); // la composant affiche maintenat "World"

---

je crois que je n'ai pas été assez clair dans ma question:
je sais bien que show présente le bon composant
mais maintenant si je veux agir sur ce composant quel est-il?
dans mon cas j'accumule des composants sur mon tas de cartes
et je ne garde pas leur référence, un autre code déclenche le show et voudrait dire quelques mots doux au composant ....
à part le hack donné en exemple je ne vois pas de méthode prévue et je m'étonne!

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

String clef = // initialisations par réupération d'un événement cardlayout.show(container, clef) ; // cool et maintenant tu montres quoi mon camarade? // je voudrais récupérer le composant visible pour lui causer   // hack bien pourri Component comp ; for(Component cp : container.getComponents() ) { if(cp.isVisilbe()) { comp = cp ; break ; } } TypeConnuDeComposant cibleDeMesActions = (TypeConnuDeComposant) comp;

---

Je ne pense pas que le cardlayout stocke cette information. Son seul role lorsque l'on change de composant, c'est de parcourir les composant du conteneur, cacher tout ce qui ne correspond pas au nom et monter celui qui correspond. Si tu regarde le cardlayout, dans son constructeur, il ne garde aucune référence à son conteneur. En réalité, ce layout peut meme etre utilisé par plusieurs conteneurs. La méthode que tu propose n'a rien d'un hack, t'as N (>0) composants dans ton conteneur et le cardlayout te garantit qu'il y en aura exactement 1 de visible.

Citation:

---

Envoyé par tchize_

Je ne pense pas que le cardlayout stocke cette information.

---

si bien sûr! (voir les sources)
et c'est là que c'est dommage qu'on soit obligé de réinventer l'eau chaude.
C'est tellement curieux que je me demande si je ne vois pas un truc évident ... d'où ma demande initiale.

La seule chose que je vois dans les sources, c'est currentCard. Et si vous regardez les source attentivement, vous constaterez qu'a chaque moment où il s'agit de trouver le composant courant, le cardlayout ne fait pas confiance à cette propriété et se contente de chercher le composant visible. Créer une méthode qui utiliserais cette propriété ne ferait que vous faire gagner 1 ligne de code. De plus, vu de l'extérieur (l'api de cardlayout), il n'est pas nécessaire à son fonctionnement qu'il stocke cette information (et le code le montre bien, il se casse la tete à maintenir une variable protégée currentCard qu'il ne lit jamais). Donc cette info pourrait très bien etre retirée à l'avenir.