JCheckBox : écrire sur plusieurs lignes

**Auteur** · 08/11/2010, 01h05

bonsoir,

dans mon application java j'utilise une JCheckBox dont je peux personnaliser le contenu. Il s'avère que si le contenu est trop long je dois écrire le texte sur deux lignes.

J'ai utilisé la syntaxe HTML pour écrire le texte :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
public class MyCheckBox extends JCheckBox
{
    public MyCheckBox ()
    {
        super();
    }
 
    @Override
    public void setText(String text)
    {
        StringBuilder str = new StringBuilder();
 
        str.append("<html><span>");
        str.append(text);
        str.append("</span></html>");
 
        super.setText(str.substring(0));
 
    }
 
}

Mais lorsque je quitte l'application j'ai une exception sur la ligne

Code :

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

super.setText(str.substring(0));

Exception while removing reference: java.lang.InterruptedException
java.lang.InterruptedException
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
at sun.java2d.Disposer.run(Disposer.java:127)
at java.lang.Thread.run(Thread.java:662)

Si je rajoute un try catch() l'exception n'est plus levée. Où est mon erreur

**Rhadamenthys** · 08/11/2010, 09h25

Salut,

je viens de tester ton bout de code et il marche très bien chez moi. Je l'ai même mis sur 5 ligne, et ca passe.

Ca ne viendrait pas plutot de ta méthode qui appelle le setText() ?

**Auteur** · 08/11/2010, 09h57

j'avoue que je ne sais pas

Peut-être est-ce la surcharge de la fonction...

Ce qui est surprenant c'est que genre d'exception survient si un thread a été mal arrêté non ? L'appel à setText() ne se fait pas dans un thread que j'aurais pu créer...

D'après le message l'erreur survient au moment d'un "dispose()". Donc voici le contexte :

Le checkBox en question est sur ma Frame principale : lorsque je fais un clic droit sur le composant un JDialog me permet de changer l'intitulé du checkbox.
La méthode setText() évite donc à l'utilisateur de taper les balises et est appelée aussi bien dans la Frame principale que dans le JDialog.

Le problème ne survient uniquement lorsque je quitte mon application : là je fais des dispose() sur mes JDialog. Est-ce un appel à setText() au moment où le JDialog est détruit qui provoque cette erreur ?

**Rhadamenthys** · 08/11/2010, 10h44

A chaque fois que j'utilise un jDialog, je libère ses ressources juste après utilisation en faisant un dispose.

Je viens de tester en faisant un dispose à la fermeture de mon JDialog. et je n'ai pas rencontré ton problème.

Et j'ai également tester en faisant mes disposes lors de la fermeture du programme.

Le problème viendrait peu être de l'ordre d'appel de tes disposes. Peu etre qu'un de tes JDialog est en train de modifier un checkBox. Enfin la j'avoue que je ne sais pas non plus d'ou pourrait provenir l'erreur.

Moi ce que je te conseil c'est qu'a chaque fois que tu fais un setVisible(false) tu fais suivre cette instruction d'un dispose().

faire un truc du genre dans le JDialog:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
public final static int OK = 0;
    public final static int NOK = 1;
    public int reponse = NOK;
public String nom_du_check="";
 
public void close(int rep){
 
        reponse = rep;
        setVisible(false);
        dispose();
    }
 
/**bouton valider*/
private void ValiderActionPerformed(java.awt.event.ActionEvent evt) {
 
        if(!jTextField1.getText().equals("")){
            nom_du_check = jTextField1.getText();
        }
        close(OK);
    }
 
/**bouton annuler*/
    private void AnnulerActionPerformed(java.awt.event.ActionEvent evt) {
 
        close(NOK);
    }

et dans ton programme sur le clique droit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
private void monCheckBoxMousePressed(java.awt.event.MouseEvent evt) {
 
        if (evt.getButton() == MouseEvent.BUTTON3) {
            //clique droit
 
            DialChangeNomCheckBox monDial = new DialChangeNomCheckBox(null, true);
            monDial.setVisible(true);
 
            if (monDial.reponse == DialChangeNomCheckBox.OK) {
//changement du nom du checkBox
                monCheckBox.setText(monDial.nom_du_check);
            }
        }
    }

**Auteur** · 09/11/2010, 19h52

Je viens de réaliser un test : le bug se produit avec le look and feel Metal.
Avec un autre LAF (Windows) je n'ai pas de problème.

**Rhadamenthys** · 10/11/2010, 08h34

Ah interessant ca. Je suis sous linux là donc je ne peux pas t'aider pour le moment. Mais si tu trouve quelque chose fait le savoir car je suis interessé. Merci

**Auteur** · 10/11/2010, 09h38

Plus de précision peut-être :
Le JCheckBox est inclus dans un JPanel avec un TitleBorder. Lorsque j'écris sur plusieurs lignes, il arrive que le texte passe au-dessus de la bordure (bref le composant sort du JPanel).
Du coup je me demande si le bug ne viendrait pas d'une fonction paintComponent()

Je précise également que je ne surcharge pas les fonctions graphiques.

[edit]
à propos du dispose() : tu exécutes donc cette fonction après chaque setVisible(false).
Dispose() permet bien de libérer les ressources ou je me trompe ?
Je pensais qu'il fallait faire un dispose() lors de la fermeture du programme, non ?
[/edit]

**Rhadamenthys** · 10/11/2010, 11h22

Pour ce qui est du dispose,

effectivement, cette fonction libère les ressources graphiques alloué à ton composant.

Dans le cas que je t'ai montré, je dispose() juste apres le setVisible car dans mon idée je sais que je ne vais pas ouvrir régulièrement cette fenetre.

Mais si tu as besoin d'ouvrir régulièrement cette fenetre ( genre toutes les minutes) alors ne fait pas de dispose.
Car lors du setVisible(true) java alloue la mémoire nécessaire à l'affichage à ton composant.
Donc ca peu prendre du temps en fonction de ton interface.

Ensuite, je pense également que le garbage collector dispose automatiquement un composant si celui ci n'a pas été utilisé depuis un moment. Mais la je ne suis pas sur. A confirmer.

Mais attention, si tu instancie plusieurs fois ton composant ( dans notre cas le JDialog) et que tu ne dispose pas l'ancien, tu risque d'avoir un soucis mémoire.

**Auteur** · 10/11/2010, 14h07

Envoyé par Rhadamenthys

Pour ce qui est du dispose,

effectivement, cette fonction libère les ressources graphiques alloué à ton composant.

Ok c'est bien ce qu'il me semblait, merci pour la confirmation

Envoyé par Rhadamenthys

Mais attention, si tu instancie plusieurs fois ton composant ( dans notre cas le JDialog) et que tu ne dispose pas l'ancien, tu risque d'avoir un soucis mémoire.

Je l'instancie une fois : dans ma classe principale j'ai 1 :

Code :

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

1
2
 
JDialog jd = new JDialog();

ensuite si j'en ai besoin je fais un setVisible(true) et lors de la fermeture un setVisible(false), le dispose est à la fermeture de l'application.

Sinon pour en revenir au LAF Metal, sous Linux il doit fonctionner puisque c'est du Swing ?

**Rhadamenthys** · 10/11/2010, 15h00

Bah comme je suis au boulot, ca je le testerais quand j'aurais un trou

Mais je te tiens au courant.

Pour complément au dispose, Si tu dispose un JDialog et qu'a l'interieur tu as des JTextField par exemple, tu aura toujours acces aux valeurs des jTextFiled.

JCheckBox : écrire sur plusieurs lignes

Composants Java

Discussions similaires

Partager

Partager