 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
2 messages in net.java.dev.jna.users[jna-users] Re: [Issue 91] X11AlphaM...| From | Sent On | Attachments |
|---|---|---|
| Timothy Wall | Oct 2, 2008 7:55 am | |
| Timothy Wall | Oct 2, 2008 8:50 am |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | [jna-users] Re: [Issue 91] X11AlphaMaskTest and AlphaMaskDemo2 are not working on Linux | Actions... |
|---|---|---|
| From: | Timothy Wall (twal...@dev.java.net) | |
| Date: | Oct 2, 2008 8:50:27 am | |
| List: | net.java.dev.jna.users | |
It may be that the AWTUtilities does some mucking about looking for the current window manager to see if it supports and has compositing enabled. I recall seeing some JRE internals a while ago which decided behavior based on the currently running window manager.
Does AWTUtilities.isTranslucencySupported() return true or false?
On Oct 2, 2008, at 11:27 AM, Yoseph Phillips wrote:
Hi,
To me it looks like those extensions are there and enabled. Not too sure which window manager it is using, will look at it when I get a chance. As isWindowAlphaSupported() is returning true, either that method needs fixing or another method similar to AWTUtilities.isTranslucencySupported() could be added (in order to do something useful instead of showing a black box) Here is the output from xdpyinfo: name of display: :0.0 version number: 11.0 vendor string: The X.Org Foundation vendor release number: 10300000 X.Org version: 1.3.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x2801083, revert to Parent number of extensions: 29 BIG-REQUESTS Composite DAMAGE DPMS Extended-Visual-Information MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SHAPE SYNC TOG-CUP X-Resource XAccessControlExtension XC-APPGROUP XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-Misc XFree86-VidModeExtension XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1
screen #0: dimensions: 800x600 pixels (323x242 millimeters) resolution: 63x63 dots per inch depths (7): 16, 1, 4, 8, 15, 24, 32 root window id: 0x3b depth of root window: 16 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 64 preallocated pixels: black 0, white 65535 options: backing-store NO, save-unders NO largest cursor: 800x600 current input event mask: 0xfa0033 KeyPressMask KeyReleaseMask EnterWindowMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 2 default visual id: 0x21 visual: visual id: 0x21 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 6 bits visual: visual id: 0x39 class: TrueColor depth: 32 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits
Thanks, Yoseph
From: Timothy Wall <twal...@dev.java.net> Sent: 02/10/2008 5:56 PM +0300 To: Yoseph Phillips <yose...@gmail.com> CC: use...@jna.dev.java.net Subject: [Issue 91] X11AlphaMaskTest and AlphaMaskDemo2 are not working on Linux
You need a compositing window manager (metacity or compiz) with compositing enabled.
Your X server needs the x render and composite extensions enabled.
Do "xdpyinfo" to see if those extensions exist. There should also be a 32-bit visual, which is required for alpha compositing.
Enabling compositing is specific to your window manager and X server configuration. Usually these are *not* runtime parameters.
On Oct 2, 2008, at 8:58 AM, Yoseph Phillips wrote:
ShapedWindowDemo is just round, and not translucent, so I guess I will search round on the internet to find out what you mean by 'proper compositing bits enabled on your system'. I guess I will then need to find away to set these correctly using JNA.
From: twal...@dev.java.net Sent: 02/10/2008 3:50 PM +0300 To: yos...@dev.java.net Subject: [Issue 91] X11AlphaMaskTest and AlphaMaskDemo2 are not working on Linux
https://jna.dev.java.net/issues/show_bug.cgi?id=91
User twalljava changed the following:
What |Old value |New value = = = = = = = = = = = = = =================================================================== Status|NEW |RESOLVED
-------------------------------------------------------------------------------- Resolution| |WONTFIX
--------------------------------------------------------------------------------
------- Additional comments from twal...@dev.java.net Thu Oct 2 12:50:35 +0000 2008 ------- X11AlphaMaskTest attempts to use Java's built-in compositing to send pixels instead of XPutImage. It has never worked completely, which is why XPutImage is used in WindowUtils.
AlphaMaskDemo2 works for me. If the ShapedWindowDemo does not produce a translucent clock (not just round), then you don't have the proper compositing bits enabled on your system.