Discussion :

[Pecose]

Bonjour à tous et bonne année,
Alors voila mon petit souci n°2:
Sur Windows quand je dessine dans un JPanel, je suis obliger de dessiner un grand carré blanc dans le fond pour pas que l'affichage se dédouble.
Sur mac y a pas ce problème. Le truc c'est que je galère avec les ressources que java englouti et Windows m'oblige a faire un truc qui me bouffe presque 5% du processeur et 200 Mo de memoire.
Juste pour un carré blanc!!!
Y a pas une solution alternative?

[joel.drigo]

Salut,

Montre-nous ton code. Une différence de fonctionnement entre 2 environnements peut s'expliquer par une mauvaise implémentation. Et explique ce que tu veux dire par "l'affichage se dédouble" ? Une copie d'écran par exemple serait démonstrative.

Par ailleurs, par afficher un grand carré blanc, tu veux dire remplir le fond en blanc ? Il suffit d'affecter la couleur blanche au background du JPanel, de le laisser opaque, et surtout de ne pas remplacer la méthode standard de dessin sans appeler son parent.

[Pecose]

Tu comprendra pas mieux avec une photo,
pour dire les choses clairement si je fait graphics.fill(un rectangle sur la souris),
ca va m'afficher des carrés sur le passage de ma souris,
si j'ai pas mis de background (le fameux carré) tout les carrés vont rester affiché à l'écran alors que je n'en veux qu'un sur ma souris;

ensuite, que je face:

Code :

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

1
2
3
panel.setBackground(Color.white);
//ou
graphics.setBackground(Color.white);

Ca ne change rien du tout, même pas la couleur du background.
Je suis obliger d'utiliser un Shape
J'ai essayer de vider de contenu de panel a la fin de mon refresh ca fait rien...
pareil pour graphics...
et le truc c'est que sur mac, le même code ne me pose pas ce problème.

[joel.drigo]

si j'ai pas mis de background (le fameux carré) tout les carrés vont rester affiché à l'écran alors que je n'en veux qu'un sur ma souris;

Ça, c'est parce que dans ta rédéfinition de paint() (ou paintComponent(), ou quelque soit la méthode que tu as rédéfinies), tu ne fais pas l'appel du super de la méthode : c'est elle qui habituellement se charge de préparer le contexte graphique. Le contexte graphique (l'instance de Graphics2D) est recyclé en Swing : c'est pour ça que la trace de ce qui avaient été dessiné auparavent est toujours présent. Normelement, si tu appelles super, tu obtiendras un contexte graphics clean. Sinon, il faut le faire toi-même et utiliser clearRect() plutôt qu'un fillRect().

[Pecose]

Ok merci. Je test quand je rentre chez moi.

[Pecose]

Ok c'est réglé.
J'ai fait comme tu m'a dit:

Code :

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

super.paintComponent(g);

et ça marche nickel.
Merci de ton aide.

[rame16]

C'est tres interessant moi je n'ai pas compris le contexte de super. Merci

[joel.drigo]

C'est tres interessant moi je n'ai pas compris le contexte de super.

Qu'est-ce que tu n'as pas compris exactement ? J'ai expliqué (dans un des messages ci-avant) pourquoi il fallait appeler super.paintComponent(g) (ou super.paint(g)) dans le contexte du problème qu'avait Pecose.