aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* NewtCanvasJFX: Utilize JFXEDTUtil per default, supporting the Windows PlatformjavafxSven Gothel2019-03-212-5/+15
| | | | | | | | | | | | | On [GNU/Linux] X11 JFXEDTUtil is not required, since X11 can handle multi-threaded native parenting, however, the Windows platform does require JFXEDTUtil. Currently the default is to use JFXEDTUtil, which operates solely on the JavaFX thread for windowing lifecycle and even-dispatch operations. This behavior can be toggled via the boolean property 'jogamp.newt.javafx.UseJFXEDT', which currently defaults to 'true' This behavior might be analyzed in more detail for a fine grained EDTUtil decision.
* NewtCanvasJFX.NativeWindow: Delegate required child window canvas positionSven Gothel2019-03-215-76/+17
| | | | | | | | | | NewtCanvasJFX.NativeWindow shall pass through NewtCanvasJFX's Canvas position to properly position the NEWT child window inside the top level Window. NewtJFXReparentingKeyAdapter demonstrating manual reparenting demonstrates this case. TestGearsES2NewtCanvasAWT's default behavior is to use a surrounding border for the NEWTCanvasAWT child, similar to TestNewtCanvasJFXGLn.
* TestNewtCanvasJFXGLn: Adding NEWTDemoListener and ↵Sven Gothel2019-03-201-0/+34
| | | | NewtJFXReparentingKeyAdapter functionality
* Tests: Adding API Doc for test utilizing NEWTDemoListener and derivationsSven Gothel2019-03-209-17/+91
|
* Adding NativeWindowHolder extends NativeSurfaceHolder; API Doc for ↵Sven Gothel2019-03-208-51/+362
| | | | | | | | | NEWTDemoListener NativeWindowHolder abstracts access to is-a or has-a parent component's NativeWindow like NewtCanvasAWT, NewtCanvasJFX and NewtCanvasSWT Adding API Doc for NEWTDemoListener.
* NewtCanvasSWT: Fix NOP WindowClosingProtocol.WindowClosingMode BehaviorSven Gothel2019-03-201-5/+7
|
* NewtCanvasJFX: Implement WindowClosingProtocol.WindowClosingMode BehaviorSven Gothel2019-03-202-9/+22
|
* NewtCanvasJFX: Clarify [dispose() -> destroy()] operationSven Gothel2019-03-201-8/+8
| | | | | This is automatically issued when receiving the javafx.stage.WindowEvent#WINDOW_CLOSE_REQUEST from the attached top-level JavaFX Window
* JavaFX: Preliminary testing on WindowsSven Gothel2019-03-202-2/+5
|
* JavaFX: Add proper class doc for implementation and unit testSven Gothel2019-03-202-34/+64
|
* JavaFX: Remove JFXAccessor redundancySven Gothel2019-03-191-15/+13
|
* JavaFX: Fix API doc of JFXAccessorSven Gothel2019-03-191-6/+6
|
* JavaFX: Adding JavaFX Support for NEWT utilizing native Window parenting via ↵Sven Gothel2019-03-1911-5/+1855
| | | | | | | | | | | | | | | | | | | | | NewtCanvasJFX NewtCanvasJFX, a JavaFX Canvas Node, allows attaching a native NEWT Window to the JavaFX Node's native Window (if attached). The mechanism is similar to NewtCanvasAWT. Current implementation supports placing the NEWT Window into the JavaFX scene of the native window correctly, as well as the following different lifecycles - attach NewtCanvasJFX to already visible group->scene->window - attach NewtCanvasJFX to not yet visible or attached group->scene->window - attach NEWT Window before or after NewtCanvasJFX's visibility The above is covered by unit test: TestNewtCanvasJFXGLn This is the initial commit for JavaFX support and has been tested on - OpenJDK 8 + OpenJFX 8 - GNU/Linux X11
* Eclipse: Move android.jar to classpath end, avoid junit overrideSven Gothel2019-03-191-1/+1
|
* OSX/Newt: Catch NSRangeException on closing a windowSven Gothel2019-01-231-0/+5
| | | | rarely occurs on terminating or killing the process
* osx test scripts using latest JavaSven Gothel2019-01-232-2/+5
|
* Bug 1290: Expand query whether BCM IV is being used, exclude '/dev/dri/card0'rcpulledSven Gothel2018-01-163-27/+87
| | | | Also refactor query to jogamp.nativewindow.BcmVCArtifacts
* Merge pull request #96 from gohai/vc4-moduleSven Gothel2018-01-152-2/+20
|\ | | | | Change BCM VC IV detection to handle presence of vc4 DRI module
| * Change library search order for Broadcom VC IV graphicsgohai2017-02-161-1/+17
| | | | | | | | When the VC4 DRM driver isn't loaded, we want to load the VC IV GLES2 driver, which is - unfortunately - only available as libGLESv2.so.
| * Change BCM VC IV detection to handle presence of vc4 DRI modulegohai2016-02-101-1/+3
| | | | | | | | The recent Raspbian release comes with a vc4 kernel module that can be activated with a device tree overlay. In this case, we want to use the DRI & Mesa / Gallium3D driver instead of the BCM VC IV one, whose userspace library remains in /opt/vc.
* | Merge branch 'bug1294'Sven Gothel2018-01-151-2/+1
|\ \
| * | Shows all information of the default graphics device in JoglVersion, bug 1294bug1294Julien Gouesse2016-04-051-2/+1
| |/
* | Version Semantics Test: Bump for 2.4.0 -> 2.3.xSven Gothel2018-01-151-4/+4
| | | | | | | | We are still on the 2.3.x branch for the next release
* | Merge remote-tracking branch 'remotes/xranby/www'Sven Gothel2018-01-153-8/+8
|\ \
| * | make/doc/jogl/spec-overview.html, make/config/jogl/gl-common.cfg: OpenGL ES ↵Xerxes Rånby2015-10-202-3/+3
| | | | | | | | | | | | 3.1 -> 3.2
| * | www/index.html: Update links and text OpenGL ES 3.x -> OpenGL ES 3.2Xerxes Rånby2015-10-201-5/+5
| | |
* | | Merge remote-tracking branch 'remotes/xranby/aarch64'Sven Gothel2018-01-152-0/+42
|\ \ \
| * | | Bug 1295: Add linux-aarch64 GNU/Linux AArch64 supportXerxes Rånby2016-12-122-0/+42
| | |/ | |/| | | | | | | | | | | | | | | | | | | scripts/make.jogl.all.linux-aarch64-cross.sh: New crosscompile script build-common.xml: Add SWT compile hack for isLinuxARM64
* | | Merge remote-tracking branch 'remotes/hharrison/master'Sven Gothel2018-01-153-13/+11
|\ \ \
| * | | WWW: update description of jaamsim on the website.Harvey Harrison2016-02-242-5/+3
| | | | | | | | | | | | | | | | Signed-off-by: Harvey Harrison <[email protected]>
| * | | jogl: complete audit of code for unneeded calls to .intern()Harvey Harrison2015-12-071-8/+8
| |/ / | | | | | | | | | | | | | | | | | | Completes task from Bug1059. These calls are not needed as the VM implicitly interns String constants when a class is loaded. Signed-off-by: Harvey Harrison <[email protected]>
* | | Bug 1299: Fix Warning when using JOGL on Mac OS X El CapitanSven Gothel2018-01-151-1/+6
| | | | | | | | | | | | | | | | | | | | | It turned out to be a missing CATransaction, i.e. the native create/destroy commands had to be encapsulated within [CATransaction begin] and [CATransaction commit] causing the uncommitted CATransaction.
* | | HowToBuild: Add Debian 9 NotesSven Gothel2018-01-151-2/+20
|/ /
* | Bump scripts to jre1.8.0_66Sven Gothel2015-11-169-17/+19
| |
* | X11Util.openDisplay: DEBUG: Show reusable and pending display countSven Gothel2015-11-151-4/+6
| |
* | Bug 1270 - Fix OSX El Capitan 10.11 stuttering: ALAudioSink: DEBUG: Show ↵Sven Gothel2015-11-152-12/+27
| | | | | | | | OpenAL Version
* | Bug 1268: Adapt to GlueGen commit 2034bbfac88b7d1360f9c939e173ff758f7f47acSven Gothel2015-11-155-1/+41
| |
* | Bug 1267 - OSX El Capitan: Animated NEWT GLWindow flickers at resizeSven Gothel2015-11-154-5/+48
|/ | | | | | | | | | | | OSX El Capitan 10.11.1 using JRE 1.8.0_66: Animated NEWT GLWindow flickers at resize. While at live resize the animation thread renders into the live resized NSView which causes flickering on OSX 10.11. Resolution is to pause animation during live resize and resume at its end.
* Remove deprectated classes and methodsSven Gothel2015-10-1513-327/+69
|
* Cleanup IgnoreExtension for GL3 and GL4 exclusive extensionsSven Gothel2015-10-122-1/+17
|
* TestGearsES2NEWT: Adding programmatic Debug|Trace pipelineSven Gothel2015-10-122-4/+41
|
* Streamline Composed Pipeline's interfaces and implementations (Trace* Debug*)Sven Gothel2015-10-121-27/+8
| | | | | | | Only add the required direct interfaces / implementations to interface / class derivations, not polluting overview in IDEs. Aligns w/ commit bf76b6b77f078178fc5e6a42c70d354369004b94
* Streamline GL* profile interfaces and implementationsSven Gothel2015-10-123-20/+22
| | | | | Only add the required direct interfaces / implementations to interface / class derivations, not polluting overview in IDEs.
* Drop Vendor Extensions: INGR and PGI for all profilesSven Gothel2015-10-121-2/+2
|
* Version Semantics Test: Bump for 2.3.2 -> 2.4.xSven Gothel2015-10-122-2/+40
|
* WindowImpl.quirks: Access default -> protected, also fix API doc comment.v2.3.2Sven Gothel2015-10-101-3/+3
|
* Bug 1249: NEWT/X11 Visibility: Listening to more events for updated state; ↵Sven Gothel2015-10-104-48/+165
| | | | | | | | | | | | | | | | | Adding QUIRK_BIT_VISIBILITY 1) More visibility detection on post ConfigureNotify events, since the latter may not yet contain the updated visibility state as it whould (WM bug!): - EnterNotify - LeaveNotify - Disabled - Expose - VisibilityNotify 2) Introducing quirks. Setting QUIRK_BIT_VISIBILITY to handle the issue where visibility -> false could not even be set.
* Bug 1247 - TestGearsNewtAWTWrapper fails AWT recreation case removeNotify -> ↵Sven Gothel2015-10-093-49/+115
| | | | | | | | | | | | | | | | | | addNotify, e.g. by moving to other monitor AWTCanvas removeNotify didn't cause 'local' destruction of the NEWT window, allowing a 'recreate' w/ subsequent addNotify. This case has been hacked-into NEWT.AWT.WindowDriver + AWTCanvas: - suppression of window destroy events - keeping fields/states intact in NEWT.AWT.WindowDriver - propagating signals appropriately Note: This is barely a working hack and not a fine piece of software :) This AWT backend driver exists only due to historical reasons. This hack simply proves that JAWTWindow works properly.
* Bug 1247: JAWTWindow fail early w/ useful info: ↵Sven Gothel2015-10-091-0/+6
| | | | setAWTGraphicsConfiguration(..) if awtConfig is null, getGraphicsConfiguration() if awtConfig is null
* Bug 1247: Enhance JAWTWindow DEBUG output (not fixing any issues)Sven Gothel2015-10-091-13/+17
|