Place des composants dans n'importe quel layout

Bonjour à tous,

Je suis en train de sécher sur un problème.

J'ai écrit une méthode simple qui permet de scanner les contenu d'un JPanel à la recherche de certains composants (JTextField, JComboBox, JCheckBox, etc.).

Ce que je souhaite est de pouvoir cliquer sur un bouton et que tous ces composants soient automatiquement remplacés par des JLabel. Quand je clique à nouveau sur le bouton, les JLabel laissent de nouveaux la place aux composants d'origine.

Il faut évidement que tout se fasse dynamiquement, c'est à dire que ma méthode scanne le JPanel à la recherche de ces composants et qu'il relève la "position" des composants dans le layout utilisé (n'importe quel type, GridBagLayout ou autres) pour savoir où pouvoir switcher avec un JLabel.

Ou existe-t'il une sorte de Renderer pour les JComponent qui retourne le composant à dessiner dans le layout du JPanel et qu'on pourrait faire retourner un JLabel une fois sur deux lorsqu'on clique sur le bouton ?

Avez-vous une idée sur comment faire çà ?

Merci d'avance pour votre aide !

En version bourrine mais finalement pas si conne que ça:

Tu crées un modèle contenant des données, et tu développes deux écrans, un pour l'édition, un pour la saisie qui partagent ce modèle. que tu mets dans un cardLayout. En option tu peux utiliser un layout manager qui permet d'externaliser la config dans un fichier (genre MigLayout), config que tu mets en commun sur les deux panels, en appelant bien sur les divers champs de la même façon pour que la config soit portable...

Ensuite il ne te restera qu'à switcher au niveau du CardLayout entre les deux écrans.

Si tu veux récupérer l'emplacement d'un composant, tu as la méthode getBounds().

Merci pour vos réponses !

@sinok : j'avais déjà pensé à ton idée mais çà devient malheureusement vite complexe lorsqu'on veut reproduire à l'identique les 2 panneaux si le panneau source contient des panneaux imbriqués et de layouts différents.

Le getBounds() fait bien le job (je pensais que le placement dans le JPanel était absolu mais il est relatif) et permet avec l'usage d'une interface de retourner le texte du JLabel de chaque composant en fonction de son type (chaque composant implémentant cette interface).

Puis on fait qqch du style :

Code:

---

1 2 3 4 5 6 7 8

Rectangle bounds = LE_COMPOSANT.getBounds(); Container parentContainer = super.getParent(); parentContainer.remove(this); JLabel label = new JLabel(LE_COMPOSANT.getLabelText()); // getLabelText() est une méthode Override par le componsant qui implémente l'inteface parentContainer.add(label); label.setBounds(bounds); ((JPanel) parentContainer).revalidate(); parentContainer.repaint();

---

J'ai encore des détails à régler avec les panneaux de layout GridBagLayout mais j'y travaille.

Merci encore pour votre aide !

Sinon, toujours avec le MigLayout, une autre possibilité pas trop dégueulasse est de passer par le hidemode combiné à un setVisible sur les composants. Le hidemode permet de spécifier au layout ce qu'il doit faire avec les composants non visibles en ce qui concerne l'espace qu'ils doivent remplir:

http://migcalendar.com/miglayout/whitepaper.html (chercher hidemode)

Et d'avoir une méthode qui bascule du mode édition au mode visualisation en settant les composants textuels à non visible (setVisible(false)) et les JLabels à visible (setVisible(true)) et inversement...

Çà ne joue malheureusement pas dans mon cas car ma méthode de scan prend en paramètre un JPanel principal (contenant les composants, mais pouvant également contenir d'autres JPanel (avec différents layouts), des ScrollPane, des TabbedPane, etc.) et je dois respecter l'agencement fourni par le JPanel principal défini par l'utilisateur et qu'il reste strictement le même.

Ta méthode ne tiendra pas la route ...
Tu peux utiliser getBounds() à un instant t mais au prochain "relayout" (invalidate ou validate) tu perdras tout ce que tu avais fait.

Le principe des layout c'est d'utiliser les méthodes getMinimumSize(), getMaximumSize() et getPreferredSize() (en tenant également compte des contraintes) pour déterminer les "bounds" (limites : coordonnées + dimensions) des composants du conteneur qu'il "layout" (met en page / agence)
Le layout est également utilisé pour déterminer les tailles minimales, maximales et préférées du conteneur qu'il agence.

Le mieux est de créer une sous-classe de JLabel dont les méthodes getMinimumSize(), getMaximumSize() et getPreferredSize() appellent celles du composant remplacé.



Sachant que ces méthodes se basent parfois sur le conteneur (c'est le cas du SpringLayout je crois), la méthode du CardLayout pour "remplacer" le composant par un JLabel me paraît être une bonne idée.

En résumé, j'envisagerai la solution suivante :

• Création d'un modèle qui stocke un ensemble de composants "switchables"
• Création d'une sous-classe de JPanel qui force l'utilisation d'un CardLayout avec des méthodes pour "switcher" et dont les dimensions sont déterminés par le composant principale (l'indice 0 ?)
• Remplacer les composants "switchables" par le nouveau conteneur et ajouter les JLabel qui correspondent
• Instancier le nouveau modele et y ajouter les conteneur de switch
• Binder le bouton de switch sur l'invocation de la méthode de switch du modèle (celle-ci invoque le switch correspondant sur l'ensemble des conteneurs enregistrés)

Merci pour ta réponse.

Je rencontre en effet certains problèmes.

Je vais étudier ta solution de plus près...

Autre option que j'explorerais car moins invasive:
Tu utilise un layoutmanager à deux couches pour ta frame. Le panel du dessus (pas toujours visible) contient un JPanel opaque contenant lui même les JLabel avec disposés par un layout custom qui va positionner les Jlabels aux mêmes positions que les composants de la partie édition. Comme la partie édition reste "en arrière" sur la frame, le redimensionnement devrait tenir la route.

Citation:

---

Envoyé par tchize_

Autre option que j'explorerais car moins invasive:
Tu utilise un layoutmanager à deux couches pour ta frame. Le panel du dessus (pas toujours visible) contient un JPanel opaque contenant lui même les JLabel avec disposés par un layout custom qui va positionner les Jlabels aux mêmes positions que les composants de la partie édition. Comme la partie édition reste "en arrière" sur la frame, le redimensionnement devrait tenir la route.

---

Çà ne jouera malheureusement pas puisque les composants peuvent se trouver dans des JPanel différents (contenu dans le JPanel principal passé en paramètre à ma méthode de scan).

Bon, je vais tester cette manière :

Je scanne mon JPanel principal et récursivement tous les JPanel imbriqués (et JTabbedPane et autres Container) à la recherche de mes composants.

Dès que je trouve un composant, je distingue le layout de son conteneur parent. Je remove() le composant de son conteneur et le remplace par un JPanel contenant le label et le composant. Lors du switch, on rend invisible le composant et visible le label (j'évite justement d'utiliser un CardLayout car je ne veux pas que le JLabel prenne la taille du composant correspondant qui peut être une sous-classe de JTextArea par exemple, donc très grand).

Il faut juste tenir compte du layout du conteneur pour savoir comment add() le conteneur switchable. S'il s'agit d'un FlowLayout ou d'un BoxLayout c'est facile, si c'est un GridBagLayout, il faut respecter les GridBagConstraint, etc.

Voilà, j'ai testé et çà fonctionne parfaitement de cette manière. Çà me permet d'avoir une structure de conteneurs imbriqués (dans le panneau racine) aussi complexe que je veux.

Merci beaucoup pour votre aide !