[DoubleBuffering][JMenu] menu non afficher

Bonjour

J'ai utilise pour l'affichage la technique du doublebuffering hardware comme vous le montrer dans la faq java. Seulement, quand j'utilise un JMenu pour affiche le menu de la fenetre... Et bien ce dernier ne s'affiche pas.
Par contre si j'utilise une Frame, j'ai n'ai aucun soucis un MenuBar s'affiche bien :s

Seulement j'ai besoin du composant JCheckBoxMenuItem et de ce qui lui ai associé. Bref obligé d'utiliser swing à ma connaissance pour ça...
Donc si vous saviez d'où pouvait venir l'erreur se serait gentil de me l'indiquer ^^
voici un bout de code d'ou l'erreur pourrait venir si c'est bien sur le code ou se trouve l'erreur :s

Code:

---

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

setTitle("Editeur de cartes"); setIconImage(Toolkit.getDefaultToolkit().getImage( getClass().getResource("/editeur/ressources/Icone.png"))); setBounds(new Rectangle(250, 50, 1000, 1000)); setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); setVisible(true); // inhibe la méthode courante d'affichage du composant setIgnoreRepaint(true); // on créé 2 buffers dans la VRAM donc c'est du double-buffering createBufferStrategy(2); // récupère les buffers graphiques dans la mémoire VRAM strategy = getBufferStrategy(); buffer = strategy.getDrawGraphics(); renderingThread.start();     menu = new JMenuBar(); fichier = new JMenu("Fichier"); nouveau = new JMenuItem("Nouveau"); quitter = new JMenuItem("Quitter");   menu.add(fichier); fichier.add(nouveau); fichier.add(quitter);   /* vueDessus = new JCheckBoxMenuItem("Vue de dessus"); vueIso = new JCheckBoxMenuItem("Vue isométrique"); */   setJMenuBar(menu);

---

L'erreur est la suivant : n'utilise pas de double buffering, laisse faire Swing (qui est DEJA double bufferise).

Bon, je viens de changer ... J'utilise donc la méthode paint et ds les évenement je fais un repaint.
Effectivement je n'ai pas de clipping. Mais mon problème reste identique :s
mon image que j'applique sur la fenetre cache le jmenu :s et ce quoi que je fasse. J'ai meme tenter, en décalant le dessin de l'image plus en bas... Mais il n'en a que faire :(

Pour arriver à mes fins j'ai du rajouter dans la gestion d'évenement en plus la méthode

Code:

---

paintComponents(this.getGraphics())

---

pour forcer le dessin du menu...
Mais de cette maniére j'ai l'effet du clipping :s

Bref je tourne en rond dans l'histoire

EDIT:

En fait, c'est soit affichage de l'image... Soit affichage des composant plus "classique" de swing. Enfin c'est l'idée qui m'en vient aprés les différents tests que j'ai fait.
voivi la méthode pour gérer l'evenement :

Code:

---

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

public void keyPressed(KeyEvent evt) { int t = evt.getKeyCode();     switch(t) { case KeyEvent.VK_DOWN: if(cur_y >= HAUTEUR_CARTE) cur_y = 0; else cur_y = cur_y+Terrain.TAILLE_LARGEUR_TERRAIN; // on se déplace d'une case (taille de la case) break; case KeyEvent.VK_LEFT: if(cur_x <=0) cur_x = LARGEUR_CARTE; else cur_x = cur_x-Terrain.TAILLE_LARGEUR_TERRAIN; break; case KeyEvent.VK_UP: if(cur_y <=0) cur_y = LARGEUR_CARTE; else cur_y = cur_y - Terrain.TAILLE_LARGEUR_TERRAIN; break; case KeyEvent.VK_RIGHT: if(x>=LARGEUR_CARTE) cur_x = 0; else cur_x = cur_x + Terrain.TAILLE_LARGEUR_TERRAIN; break; } repaint(); }

---

qui est somme toute trés classique

et voici ma méthode paint :

Code:

---

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

public void paint(Graphics g) {   Graphics2D buffer = (Graphics2D)g; if (initialisation) { buffer.setColor(Color.black); buffer.fillRect(0, 0, 990, 990); buffer.setColor(Color.white); buffer.drawString("Chargement en cours... veuillez patienter merci!", x, 200); x++; if (x > 990) x = 0; // on envoie toutes les données du buffer mémoire vers le buffer // d'affichage //strategy.show(); } else { // on utilise le terrain de base pour affiche un terrain d'une // taille par defaut! le premier de la liste ITerrain terrain = generateurTerrain.obtenirSpriteTerrain(0); /* buffer.setColor(Color.black); buffer.fillRect(0, 0, LARGEUR_CARTE, HAUTEUR_CARTE); buffer.setColor(Color.white); */ for (int i = 0; i < LARGEUR_CARTE / Terrain.TAILLE_LARGEUR_TERRAIN; i++) for (int j = 0; j < HAUTEUR_CARTE / Terrain.TAILLE_LARGEUR_TERRAIN; j++) buffer.drawImage(terrain.obtenirImage(), i * 90, j * 90, null); Color c = buffer.getColor(); buffer.setColor(Color.red); //buffer.draw3DRect(oldCur_x,oldCur_y,Terrain.TAILLE_LARGEUR_TERRAIN,Terrain.TAILLE_LARGEUR_TERRAIN,false); // affichage nouvelle position buffer.draw3DRect(cur_x,cur_y,Terrain.TAILLE_LARGEUR_TERRAIN,Terrain.TAILLE_LARGEUR_TERRAIN,false); buffer.setColor(c); //affichageCurseur(); //strategy.show(); } paintComponents(g);   }

---

si je ne met pas

Code:

---

paintComponents(g);

---

j'ai mon image afficher normalement. tandis que si je le met mon menu s'affiche, l'image n'apparait que trés rapidement lors d'un clic sur les touches du clavier :s

Bref si vous avez une idée d'où peut venir le problème

Et bien je me demande pourquoi je n'y pas pensé plutot ^^.
Initialement avant d'utiliser le DoubleBuffering je voulais faire une fenetre et ajouter un panneau qui s'occuperait à proprement parler de l'affichage des image.
En soit quelque chose de plus propre. Mais la méthode createBufferStrategy n'est pas visible depuis un JPanel. d'où ma lutte avec le jframe pour arrive à afficher menu et image :roll:
Mais vu que le doublebuffering est déjà gérer avec swing... Je peux me passer de cela.
Et revenir à ma conception initiale. Et naturellement cela fonctionne honorablement...

Par contre j'ai une autre question qui reste en suspens! J'ai du mal à comprendre pourquoi tant de monde conseil d'utilise le doublebuffering alors que c'est déjà implémenter :s est-ce que c'est juste implémenter sur les jvm récente?

Enfin bref, tout est bien qui fini bien quand même :D

Hello.

Le double buffering peut être sympathique si tu fais du rendu actif.

Si tu veux faire un jeu, il peut être utile de contrôler quand se fait le swapBuffer... :roll:

Etant donnée que c'est un jeu. Effectivement cela peut aider...
Dans l'immédiat non. Mais dans un avenir plus ou moins proche je vais en avoir besoin :s. Je pense notament au mode multi-joueur. la synchronisation peut surrement être plus facile avec ce genre de control à vue de nez.

Et la ben, je resterais coincé :(. Ici pas génant, car ce n'est qu'un simple éditeur...
Donc si quelqu'un a une idée pour me permettre de rester avec le doublebuffering :p. Cela me dépannerait qd même beaucoup :D

N'utilise pas le double buffering tant qu'il n'est pas utile, c'est tout.

Mmmhh... je sais pas si double buffering + rendu actif fait bon ménage avec les bidules Swing (menus, boutons, ...). Peut-être faut-il faire repeindre à la main les enfants de ton JFrame, juste avant le swapBuffer (ou juste après, je sais pas, à voir)

EDIT: j'espère que Gfx n'est pas offusqué par l'utilisation du terme "bidule" Swing :mrgreen:

Mais arretez tout simplement de double bufferer, c'est pas complique quand meme :)