aboutsummaryrefslogtreecommitdiffstats
path: root/make/config/nativewindow/x11-CustomJavaCode.java
diff options
context:
space:
mode:
authorSven Gothel <[email protected]>2012-09-17 03:30:36 +0200
committerSven Gothel <[email protected]>2012-09-17 03:30:36 +0200
commitc0cc74a7d525aaa7eb89f60c836589678053d5fb (patch)
tree1301922809defd7196e4d8e8fc7e9378efb3a541 /make/config/nativewindow/x11-CustomJavaCode.java
parent3704d1553c9eac8b3d9fb1e24b9a513cb362b092 (diff)
Fixes Bug 615 - X11: Use proper screen index/name for shared resources and device denominated 'mutable' surfaces (dummy, offscreen, ..)
Fix follows findings of Rob Hatcherson, but instead of parsing the display connection ourself we use the X11 macro 'DefaultScreen(display)' See <http://tronche.com/gui/x/xlib/display/opening.html#Display> "The screen number specified in the display_name argument is returned by the DefaultScreen() macro (or the XDefaultScreen() function)." Since I currently have no two-head X11 setup here, only xinerama via virtualbox, pls test / validate. Note: One Display connection may span multiple screens, i.e.: display 'lala:0.1' may span from screen 1 - 3 (non xinerama mode) Discussion: [1] How to validate whether a screen number belongs to one display connection ? We can query ScreenCount(display), however it is not clear what the range would be. [2] With 1 display connection spanning multiple screens, what is/are the proper connection string[s] ? [3] After all, it seems this ancient configuration really cannot beat a modern setup w/ XRandR having Xinerama enabled. The latter is the default anyways.
Diffstat (limited to 'make/config/nativewindow/x11-CustomJavaCode.java')
0 files changed, 0 insertions, 0 deletions