Discussion :

[Paniez]

Bonjour,

J'ai un soucis avec les interfaces graphiques (SWING) qui commencent à me ... enfin bref.

De façon générale, il arrive que mes fenêtres apparaissent, mais vides ; j'ai bien le border avec la croix pour fermer, mais sans contenu, ni titre de fenêtre.

Celà arrive de temps en temps (je n'ai pas remarqué de cycles ou d'éléments déclenchant ce problème), que ce soit pour des fenêtre contenant que deux JButton ou beaucoup plus complexes, et même pour des popup (JOptionPane.showMessageDialog...).
De plus, ce problème apparait aussi bien quand je code (sous Eclipse) que lorsque je l'exécute directement du jar (sous Windobe ou Linux).

Au point de vue ressource, mon processeur (Core 2 duo à 1.66Ghz) est utilisé qu'à hauteur de 12% et la RAM (2Go) à hauteur de 40%, ce qui me laisse à penser que le problème ne vient pas de là.

A titre indicatif, je suis sous Linux (Ubuntu 7.10).


Si quelqu'un a une idée ...

[natha]

Peut-être tu fais beaucoup de choses hors de l'EDT, ce qui provoque de gros problèmes. Renseigne toi sur l'Event Dispatch Thread.

[Paniez]

Salut,

J'ai changé un peu ma manière d'instancier mes objets (graphiques surtout) pour ne pouvoir faire le JFrame.pack en dernier (enfin, être sur surtout).

Le problème ne se posant plus, j'ai supposé que c'était bon. Or cela est revenu, certes moins souvent, mais c'est revenu peu de temps après.

Du coup, j'ai une question (peut-être idiote) :
si j'ai des JOptionPane, faut-il les instancier également des le début (et donc avant mon JFrame.pack), ou cela n'a aucune incidence, ou faire une sorte de SwingUtilities.invokeLater(JOptionPane); ??

Merci d'avance

[ngpub]

si j'ai des JOptionPane, faut-il les instancier également des le début (et donc avant mon JFrame.pack), ou cela n'a aucune incidence

La méthode pack() utilise tous les éléments présents dans l'affichage pour redimensionner la fenêtre, donc si les JOptionPane doivent être présents dans l'affichage, il faut les placer avant l'appelle de pack().

ou faire une sorte de SwingUtilities.invokeLater(JOptionPane);

SwingUtilities.invokeLater permet de placer un Objet runnable dans le thread qui gère l'affichage, donc "SwingUtilities.invokeLater(JOptionPane);" ne veut rien dire (ça ne doit même pas passer la compilation).

Quant-à ton problème d'affichage, ça ressemble plus à un simple de problème de dimension de fenêtres non renseignées. Tu peux faire un setSize après chaque initialisation de chaque fenêtre, elles auront au moins une taille d'affichage par défaut.

[sinok]

Qui dit ubuntu dit Compiz, qui dit Compiz me fait dire de mettre à jour ta version de java pour la dernière update de java 6 (ou alors d'utiliser IcedTea en tant que version de java).

Compiz a posé à son apparition pas mal de problème avec AWT/Swing

[Paniez]

Qui dit ubuntu dit Compiz, qui dit Compiz me fait dire de mettre à jour ta version de java pour la dernière update de java 6 (ou alors d'utiliser IcedTea en tant que version de java).

Compiz a posé à son apparition pas mal de problème avec AWT/Swing

Salut,
Côté java, je suis en java version "1.6.0_03" ; de plus, ce problème apparait également sous windobe ... (du coup, je doute de cette piste).

Sinon, j'ai commencé à regarder l'EDT ; je dois changer/bouger pas mal de code (vu que j'instanciais certaines choses qu'à un certain moment, et non pas avant le Jframe.pack ), je fais ça au fur et à mesure.

[Paniez]

Bonjour,

Je me permets de dépoussiérer ce post.
Depuis le précédent post, je pense que mon code est plus "propre" ou conforme pour l'EDT.

Cela ne règle pourtant pas ce problème ; certes, il apparaît nettement moins fréquemment, mais il persiste.
De plus, à un certain moment, j'ai fait une boite de dialogue (une JOptionPane.showInputDialog avec un JTextfield pour être précis) qui ré-apparaît si l'entrée saisie n'est pas conforme (null, longueur trop courte, ...). Il s'avère que celle-ci appraraît avec le même problème (j'ai bien le border, mais sans le moindre contenu) pas nécessairement la première fois, ou la seconde ou la i-ème fois (de façon assez aléatoire, du moins, je n'ai pas trouvé de "fréquence"). De ce fait, il suffit d'appuyer sur "entrée" et comme l'entrée n'est pas conforme, elle ré-apparaît "normalement".
Du coup, je pencherais plus pour le fait que l'EDT n'a pas le temps de faire le réaffichage, et de ce fait, peut-être qu'un simple "sleep" suffirait ; qu'en dites-vous ??


Merci par avance

PS : J'ai également constaté ce problème avec une JFrame contenant juste une boite de dialogue .....

[adiGuba]

Salut,


Je pense qu'il faudrait voir ton code...

a++

PS : Surtout pas de "sleep" dans l'EDT !!!

[Paniez]

Re,

Bon, du code alors (c'est assez simple) :

J'ai une JFrame avec un bouton, lors du clic j'ouvre un JFileChooser, puis un traitement (je parcours un vector pour tester l'existence du fichier dans ce vector) et s'il n'existe pas, j'appelle cette méthode qui consiste à saisir le nouveau nom du fichier (je fais un copie physique de ce fichier avec le nouveau nom) :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
public String correspondance(String sMess,String _f)
{
String sRes ="";
 
while(sRes == null || sRes.length() == 0 || sRes.trim().length() == 0)
sRes = (String)JOptionPane.showInputDialog(monContenu.getMP(),sMess,"Erreur",JOptionPane.QUESTION_MESSAGE);
 
return sRes;
}

Comme vous pouvez le voir, c'est juste une boucle qui s'arrete lorsque la saisie est cohérente (enfin, tout est relatif).

Le probleme est que ce "JOptionPane.showInputDialog", dans certains cas, apparait qu'avec les bordures, sans aucun contenu ; comme c'est une boucle, il suffit de faire "entrée", et c'est bon.

Voili-voilou

[bouye]

Trop court, on ignore totalement dans quel context de Thread ceci est utilise, montre-nous un exemple pleinement fonctionnel ou ce probleme est apparant (incluant un main() donc).

Et si le probleme persiste malgre un code "normal" (ca on en decidera) essaie directement la JVM de Sun, laisse tomber ces trucs "libres" pas vraiment compatibles ni totalement finalises pour le moment.

[Paniez]

Bonjour,

Je viens de faire un petit code :

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
 
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
 
public class jfSaisie extends JFrame implements ActionListener
{
 
	public jfSaisie()
	{
		JButton jb=new JButton("clic");
		jb.addActionListener(this);
		this.add(jb);
	}
 
 
	public static void main(String[] args)
	{
		jfSaisie jfs=new jfSaisie();
		jfs.setVisible(true);
		jfs.pack();
 
	}
 
 
	public void actionPerformed(ActionEvent arg0)
	{
		for(int i=0;i<1000;i++)
			System.out.println("coucou_"+i);
 
		System.out.println("Valeur: "+correspondance("coucou"));
	}
 
 
	public String correspondance(String sMess)
	{
		String sRes ="";
 
		while(sRes == null || sRes.length() == 0 || sRes.trim().length() == 0)
			sRes = (String)JOptionPane.showInputDialog(null,sMess,"Erreur sur le fond",JOptionPane.QUESTION_MESSAGE);
 
		return sRes;
	}
 
}

Sur ce code simple, il arrive que, une fois la popup ouverte (et que l'on appuie sur entrée pour simuler une mauvaise entrée), il arrive que cette même popup s'affiche sans contenu.
Du coup, ça proviendrait du fait de ma boucle for juste avant (histoire de simuler un pseudo-traitement) ; mais alors, pourquoi ça le fait que par moment - vu que ma boucle for est avant, pourquoi ça bloque sur cette popup instancier après - faut-il passer absolument par un "SwingUtilities.invokeLater" ?


Merci d'avance

[bouye]

Aucun probleme pour moi tant sous XP SP2 32bits que sous CentOs 5 64bits avec le dernier JRE en date (1.6.0_10).

Le code est correct meme si l'initialisation de la fenetre principale n'est pas dans l'EDT. Cependant la gestion de la boite de dialogue est bien dans l'EDT et donc ne devrait pas mener a de tels blocages.
La il faut voir au niveau des bugs du JRE que tu utilises (puisque ton probleme apparait a la fois sur Linux et Windows).

[Paniez]

La il faut voir au niveau des bugs du JRE que tu utilises (puisque ton probleme apparait a la fois sur Linux et Windows).

Re,

Je développe avec la version 1.6 de la JRE (pour l'utilisation des Map par exemple). Sur ma machine de dev, je suis à l'update 3 (donc, version 1.6.0_03) et teste aussi avec la dernière version update 10 (d'ailleurs qui m'a valu certaines surprises, mais m'a imposé encore plus de rigueur, donc tant mieux) et j'arrive avoir ces même problèmes (peut-être faut-il augmenter un peu la boucle, je ne sais pas trop).

Je ne sais quoi penser.