Bug 87

---- Reported by daw 2004-05-14 09:51:49 ----

In order to create Swing based applications with JOGL, one needs to use
GLJPanel.  GLCanvas does not work well for any application that uses Swing menus
or anything else that might overlap with the GLCanvas.

GLJPanel is much slower than GLCanvas, and needs to be brought up to be
equivalent to GLCanvas in terms of speed.  I ask please that this might recieve
a high priority.  JOGL is used for more than just games.  Scientific
applications for example would make use of Swing (as messages on the forum will
attest).

Is it possible to improve the speed of GLJPanel?  This would help make JOGL more
attractive to non-game programmers.



---- Additional Comments From kbr 2005-01-31 00:14:31 ----

Sorry for not commenting on this bug until now. We believe that a pbuffer-based
implementation of GLJPanel will help here, although it will still not be as fast
as GLCanvas. A more complete solution would be integration with the OpenGL
pipeline for Java2D. Work on this is ongoing (slowly) within Sun.

For now I am going to close this bug as a duplicate of #44 (Add pbuffer-based
GLJPanel implementation). If, when the pbuffer implementation shows up, it does
not achieve the speed you need, please open a new bug.


*** This issue has been marked as a duplicate of 44 ***



--- Bug imported by sgothel@jausoft.com 2010-03-24 07:46 EDT  ---

This bug was previously known as _bug_ 87 at https://jogl.dev.java.net/bugs/show_bug.cgi?id=87