summaryrefslogtreecommitdiffstats
path: root/src/nativewindow/classes/jogamp
Commit message (Collapse)AuthorAgeFilesLines
* X11Util.createDisplay() -> X11Util.openDisplay(): Better name match to ↵Sven Gothel2011-08-311-1/+1
| | | | XOpenDisplay/XCloseDisplay
* Workaround for X11/ATI fglrx bug 515 - Multiple Display ConnectionsSven Gothel2011-08-311-1/+27
| | | | https://jogamp.org/bugzilla/show_bug.cgi?id=515
* JAWTWindow.getLocationOnScreen(): Add proper JAWT lockSurface() ; X11Util: ↵Sven Gothel2011-08-302-28/+33
| | | | | | | | | use System.err ; TestParenting02AWT: use GearsES2 JAWTWindow.getLocationOnScreen() - Add proper JAWT lockSurface() - Turns out that the parent location query of a NEWT child to an [J]AWT window didn't lock the window
* Workaround (Fix) for Bug 502: Multithreading issue w/ libX11 1.4.2 and ↵Sven Gothel2011-08-301-14/+4
| | | | | | | | | | | | | | | | | | | | | libxcb 1.7 bug 20708 See https://jogamp.org/bugzilla/show_bug.cgi?id=502 Since the libX11/xcb code doesn't seem to be fixed anytime soon a better usable workaround is required than using a system property to enable 'over locking'. It turns out that the race condition is related to the parallel X11 Display connection usage of GLX/OpenGL and event dispatching. This workaround utilizes 2 X11 Display handles, one for windowing/OpenGL and one for event dispatching. This approach allows us to cont. multithreading use w/o locking the display and works on both implementations, the old bug-free libX11 and the 'new' buggy one. Downside is the little resource overhead of the 2nd X11 Display connection .. well. - Removes the property: 'nativewindow.x11.mt-bug'
* adapt to gluegen Platform changeSven Gothel2011-07-281-1/+1
|
* Use GlueGen Platform's OSType enumSven Gothel2011-07-211-5/+6
|
* Woraround for bug 502: X11/NEWT Stalling due to libX11/XCB Multithreading ↵Sven Gothel2011-06-261-11/+25
| | | | | | | | | bug (libX11 1.4.2, libXCB 1.7; ubuntu 11.04, ..) - https://jogamp.org/bugzilla/show_bug.cgi?id=502 - set the boolean property 'nativewindow.x11.mt-bug' to 'true', indicating the erroneous libX11/libXCB behavior. This will enable extensive X11 locking even in NEWT.
* X11/Newt Locking: Clarify dependency of XInitThreads() hackSven Gothel2011-06-121-3/+6
|
* Minor editing/cleanups: code/testSven Gothel2011-06-121-4/+2
| | | | | - Don't call "NativeWindowFactory.initSingleton(true);" after "GLProfile.initSingleton(true);", since it's redundant, the former call issues the removed one.
* JAWTUtil: Just use 'sunToolkitClass' in local blockSven Gothel2011-03-271-6/+3
|
* Fix NPE caused by refactoring on 2/26/2011.Wade Walker2011-03-261-2/+2
| | | | | | The refactoring refers to the static sunToolkitClass when it's not initialized, which causes an NPE and makes the system think it can't do AWT locks.
* SWTAccessor: Attempt to receive the OSX cocoa NSView handle/idSven Gothel2011-03-011-7/+35
|
* SWTAccessor: Fix type casting int/long - better long usage determinationSven Gothel2011-02-281-38/+48
|
* SWTAccessor: Add new SWT reflections for native window handle and ↵Sven Gothel2011-02-281-0/+90
| | | | | | display/device. Currently implemented platforms: X11(gdk/gtk) and Windows, both 32bit and 64bit.
* X11Util DisplayName: Respect DEFAULT_CONNECTION stringSven Gothel2011-02-281-2/+2
|
* Attempt to analyze failed AWT UI tests, where no paint is being issued to ↵Sven Gothel2011-02-261-1/+2
| | | | GLCanvas.
* Code cleanup: override, imports, StringBuilder, ..Sven Gothel2011-02-267-16/+13
|
* Clean/Fix: Threading CodeSven Gothel2011-02-262-18/+36
| | | | | | - Remove unsafe double checked locking - Annotate safe double checked locking (volatile) - use 'static final' if possible
* NativeWindow NativeSurface lock/unlock Surface cleanup ; NEWT WindowImpl ↵Sven Gothel2011-02-221-10/+10
| | | | | | | | | lock/unlock Surface fix - Rename lock to surfaceLock to determine it's use - NEWT's WindowImpl windowLock usage is not sufficient for lock/unlock surface. Using distinguished surfaceLock for proper recursion count on lock/unlock surface.
* NativeWindow/SWT: Rename SWTMisc -> SWTAccessor; Add to nativewindow.core.jarSven Gothel2011-02-221-1/+1
|
* NativeWindow/SWT: Add SWTMisc utility allowing platform independent accessSven Gothel2011-02-221-0/+112
|
* NativeWindow ProxySurface Abstraction and lock/unlock Surface cleanupSven Gothel2011-02-224-184/+173
| | | | | | | | | | | | | - ProxySurface -> abstract javax.media.nativewindow.ProxySurface, implemented by jogamp.nativewindow.WrappedSurface, just wrapping surface handle jogamp.nativewindow.windows.GDISurface, using HWND and get/release HDC on lock/unlock - Unifying NativeSurface's lockSurface/unlockSurface implementations - NEWT's WindowImpl - NativeWindow's ProxySurface, WrappedWindow, GDIWindow and JAWTWindow - wingdi/GDI: Add 'WindowFromDC' and 'GetClientRect' to GDI
* Fix: Java 1.5 warningsSven Gothel2011-02-093-9/+9
|
* Move implementation private files from com.jogamp.<module>.impl. to ↵Sven Gothel2011-02-0923-52/+52
| | | | | | | | | | | | | | | jogamp.<module> (2/2) - edit files - com.jogamp.opengl.impl -> jogamp.opengl - com.jogamp.opengl.util.glsl.fixedfunc.impl -> jogamp.opengl.util.glsl.fixedfunc - com.jogamp.nativewindow.impl -> jogamp.nativewindow - com.jogamp.newt.impl -> jogamp.newt This sorts implementation details from the top level, ie skipping the public 'com', allowing a better seperation of public classes and implementation details and also reduces strings. This approach of public/private seperation is also used in the OpenJDK.
* Move implementation private files from com.jogamp.<module>.impl. to ↵Sven Gothel2011-02-0823-0/+3032
jogamp.<module> (1/2) - rename task - com.jogamp.opengl.impl -> jogamp.opengl - com.jogamp.opengl.util.glsl.fixedfunc.impl -> jogamp.opengl.util.glsl.fixedfunc - com.jogamp.nativewindow.impl -> jogamp.nativewindow - com.jogamp.newt.impl -> jogamp.newt This sorts implementation details from the top level, ie skipping the public 'com', allowing a better seperation of public classes and implementation details and also reduces strings. This approach of public/private seperation is also used in the OpenJDK.