Discussion :

[L. Sierra]

Salut à tous

J'ai une frame qui contient un JMenuBar et un GLCanvas pour l'OpenGL Java. Le problème est que quand je clique sur un menu de la barre de menus, le menu déroulant se "déroule" en dessous du cadre de l'OpenGL.

Donc en pratique les menus déroulants sont invisibles car ils "glissent" sous le cadre OpenGL.

Quelqu'un a-t-il une idée ?

Merci d'avance

[kwxyz]

Bonjour,

Je ne connais rien à OpenGL, mais on dirait que ton GLCanvas se trouve à un niveau de layer supérieur à celui des menus.

C'est surement fait exprès. Peut-être que pour profiter de l'accélération matérielle, OpenGL interdit qu'un composant non-OpenGL vienne se mettre par dessus ? (hypothèse hasardeuse, j'en conviens )

S'il y a des spécialistes Java/OpenGL dans le coin...

Fred

[L. Sierra]

C'est possible... Mais ce serait étonnant qu'il soit impossible d'avoir une menu sur une fenêtre opengl ?

[kwxyz]

C'est possible... Mais ce serait étonnant qu'il soit impossible d'avoir une menu sur une fenêtre opengl ?

Tu peux peut-être ajouter un Listener sur le menu et lorsqu'il est activé, essayer de positionner le GLCanvas à un niveau de layer plus bas (si c'est bien un problème de layer) puis le remettre au niveau initial une fois le menu fermé.

Edit: Peux-tu poster le code qui associe le GLCanvas à la Frame ?

Fred

[BugFactory]

C'est surement fait exprès. Peut-être que pour profiter de l'accélération matérielle, OpenGL interdit qu'un composant non-OpenGL vienne se mettre par dessus ? (hypothèse hasardeuse, j'en conviens )

+1

Je ne suis pas un spécialiste Open GL, mais je me souviens avoir lu qu'OpenGL ne partage pas l'affichage. Il faut donc faire en sorte qu'OpenGL n'affiche rien sur la zone concernée.

[L. Sierra]

Edit: Peux-tu poster le code qui associe le GLCanvas à la Frame ?

Tu veux dire ceci ?

Code :

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

1
2
3
setJMenuBar(menuEdit);
view.addGLEventListener(glListener);
add(view,BorderLayout.CENTER);

Où view est le GLCanvas et menuEdit est une JMenuBar...

[kwxyz]

Tu veux dire ceci ?

Oui, je voulais voir s'il y avait quelque chose de spécifique OpenGL dans la manière d'associer le canevas à la frame. Visiblement, non. Mais cela peut très bien être fait dans le code du GLCanvas, donc je ne suis pas plus avancé...

Fred

[kwxyz]

Afin que j'ôte enfin cette idée de ma tête, tu pourrais essayer ceci et montrer le résultat ?

Code :

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

1
2
3
 
JLayeredPane layeredpane = frame.getLayeredPane();
System.out.println("layer: " + layeredpane.getLayer(view));

Où view est ton GLCanvas.

Fred

[L. Sierra]

Le résultat est:

layer: 0

A noter que les lignes

Code :

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

1
2
JLayeredPane layeredpane = getLayeredPane();
System.out.println("layer: " + layeredpane.getLayer(view));

Ont été ajoutées à la fin du constructeur de la classe qui hérite du JFrame

[bouye]

C'est plus un probleme de melange AWT et Swing car il me semble que le GLCanvas est un composant lourd/Heavyweight et donc qu'il s'affichera toujours pardessus des composants legers/Lightweight tels que ceux de Swing.

Fait-donc des recheches sur le forum sur GLCanvas pour savoir comment contourner le probleme et recherche egalement dans la doc de GLCanvas car ce genre de problemes (et comment y remedier) a deja du etre mentionne.

[kwxyz]

C'est plus un probleme de melange AWT et Swing car il me semble que le GLCanvas est un composant lourd/Heavyweight et donc qu'il s'affichera toujours pardessus des composants legers/Lightweight tels que ceux de Swing.

Je suis d'accord, car au vu du résultat du test, c'est n'est pas un problème de layer.
Du coup, essaye d'utiliser un menu AWT au lieu d'un menu Swing (utilise setMenuBar() au lieu de setJMenuBar()) pour voir ce que ça donne.

Fred

[L. Sierra]

un menu AWT au lieu d'un menu Swing

Merci pour l'idée ! Ceci dit j'aimerais bien que ça marche avec swing aussi. Mais je vais regarder si je trouve de la doc.

[L. Sierra]

Si jamais, j'ai trouvé ceci dans la doc:

Jogl provides two basic widgets into which OpenGL rendering can be performed. The GLCanvas is a heavyweight AWT widget which supports hardware acceleration and which is intended to be the primary widget used by applications. The GLJPanel is a fully Swing-compatible lightweight widget which supports hardware acceleration but which is not as fast as the GLCanvas because it typically reads back the frame buffer in order to draw it using Java2D. The GLJPanel is intended to provide 100% correct Swing integration in the circumstances where a GLCanvas can not be used. See this article on The Swing Connection for more information about mixing lightweight and heavyweight widgets. See also the section on "Heavyweight and Lightweight Issues" below. Recent work in the Mustang release of the JDK has sped up the GLJPanel significantly when the Java2D OpenGL pipeline is enabled; see this forum discussion for more details.

Donc si je comprends bien les choses, il faudrait utiliser le GLJPanel et non le GLCanvas quand on fait du swing et non AWT

[kwxyz]

Donc si je comprends bien les choses, il faudrait utiliser le GLJPanel et non le GLCanvas quand on fait du swing et non AWT

Exact, mais si tu as besoin de performances maximales (pour faire un jeu, par exemple), je pense qu'il vaut mieux utiliser le GLCanvas avec un menu AWT.

Fred

[st20085]

Bonjour

J'ai retrouvé un article pour mixer les composants AWT/Swing
http://java.sun.com/products/jfc/tsc/articles/mixing/

Je crois qu'il faut ajouter l'appel suivant
JPopupMenu.setDefaultLightWeightPopupEnabled(false)

A essayer