Discussion :

[rtg57]

Bonjour,

j'ai une application composée:
* d'une classe principale qui instancie:
* des classes secondaires implémentant JLabel

L'idée est que ces classes secondaires sont des panneaux conteneurs, rendus visibles ou invisibles par les boutons de la classe principale.

J'aimerais que ces classes secondaires détectent lorsqu'elles deviennent visibles ou invisibles. J'ai essayé en leur associant un FocusListener, mais cela ne fonctionne pas. J'ai cherché chez SUN, dans la liste des classes et interfaces contenant "Listener" dans leur nom, mais c'est sans succès.

Existe-t-il un truc du genre VisibleListener ?

Merci & @ bientôt...

[Caalador]

Je ne crois pas que VisibleListener existe, mais comme ta class secondaire étend JLabel, tu peux redéfinir le setVisible().

[tchize_]

qu'est-ce que tu entends pas "visible"?

propriété visible à true? -> étendre ladite méthode, c'est le plus simple
tout la chaine de conteneur parents visible -> Faut checker à la main (t'aura la puce à l'oreille pour la mise en "visible" en raison d'un appel à paint() )


Quel est l'intérêt de ton composant graphique de savoir si il est visible?

[rtg57]

Merci à vous pour vos réponses.

L'idée de capter l'apparition du composant lors du passage dans Paint() est astucieuse !
Reste le problème de la disparition, je vais tester...

Sinon, je crois que l'extension de setVisible() devrait faire l'affaire.

Merci & @ bientôt.

[sinok]

En même temps tu as déjà le listener qui va bien via l'ActionListener des boutons utilisés pour cacher/montrer tes panneaux.
Il te faut juste créer une méthode dans la classe de tes panneaux qui sera appelée à chaque fois que l'ActionListener du bouton est déclenché.
Ré-étendre une des méthode de base de Swing (qui n'est en général utilisée que pour les fenêtres, pour les JPanel je trouve ça vraiment pas génial), mouaif, bof bof.

[Caalador]

Je ne trouve pas que redéfinir la méthode dans sa class soit une mauvaise idée.
Si il effectue des setVisible() sur ce composant à plusieurs endroits dans son appli, pas de redondance de code.
Après tout dépend de l'utilisation exacte de ce "JLabel" "container".

[tchize_]

Tout dépend du code à y mettre.

L'utiliser pour définir la couleur d'un bouton , recalculer des positions d'éléments, etc, oui

L'utiliser pur y faire de la logique buisness, non

[rtg57]

Merci à tous,

L'idée de pouvoir détecter l'apparition ou la disparition au sein même de la classe concernée me permet de ne pas m'en occuper en dehors de celle-ci.

J'aurai très bien pu faire une interface dans cette classe du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void demandeAffichage()

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void demandeEffacement()

...
Et si l'affichage ou la disparition proviendrait d'un évènement "hors programme" comme par exemple un ordre de raffraichissement graphique parce que quelqu'un a fait passer une fenêtre au-dessus de mon application...d'ou la volonté d'avoir un système qui détecte l'évènement.

Ensuite j'ai besoin de ce traitement car j'ai des boutons qui changent d'images en fonction de certaines données. Donc je suis obligé de les actualiser au moment de l'apparition du composant.

Voila, comme ça, il n'y a plus de supposition quant à l'utilité du système...

Pour info, j'ai surchargé la méthode setVisible(), et cela fonctionne très bien (Je dirais même que c'est beau le JAVA )

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
// GESTION DES EVENEMENTS DE FOCUS:
@Override
public void setVisible( boolean drapeau )
{
  // TODO: Traiter l'état du bouton Semestre en fonction de la période de travail et de la date en cours
 
  super.setVisible( drapeau );
}

Merci encore pour votre soutien & @ bientôt