! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Prevent WM-initiated opacity changes for some windows


Description Darren Salt 2006-06-27 02:19:22 CEST
When moving or resizing media-player windows, it is possible for the action to cause temporary loss of video output. (This requires hardware overlaying; here, that would be Xv).

Similarly, it is possible to alter the window's base opacity and "lose" video that way too.

One fix is to set the "move" and "resize" opacity settings to maximum; however, the user may wish to allow move/resize translucency for other windows.
Comment 1 Darren Salt 2006-06-27 02:20:47 CEST
Created attachment 620 
Add support for a new window property, providing a hint to other apps not to play with this window's opacity
Comment 2 Darren Salt 2006-06-27 02:25:31 CEST
Created attachment 622 
Description of the new property

The property description should be forwarded for possible inclusion in the Extended Window Manager Hints document.
Comment 3 Olivier Fourdan editbugs 2006-06-27 17:43:04 CEST
That looks interesting. 

About the property itself, is that a standard property, a pending standard property of a proposal for a standard property? Do you know of any client that make use of it?
Comment 4 Darren Salt 2006-06-28 01:18:43 CEST
It's a proposal for a standard extension property, but not yet submitted (not sure that I can post there). FWIW, I see that _NET_WM_WINDOW_OPACITY itself remains only a proposal...

ATM, nothing publicly available makes use of it, but I'm using a local build of gxine which does; I can commit the patch and make and commit the equivalent change to xine-ui.

It may be worth modifying the description to take into account transient-for (or something new and similar?) wrt which windows should also have "active" translucency: gxine's full-screen toolbar is a case in point since it rejects the input focus but isn't marked as not accepting it (problems with xfce 4.2's panel manager popping its panels in front of the video window, fixed in current betas), as is its windowed-mode toolbar when configured as a separate window - it *is* set as never accepting the input focus, but it's also marked as a transient for the video window.
Comment 5 Darren Salt 2006-06-28 01:21:55 CEST
Created attachment 631 
Example patch, making gxine use the new property on its video window.
Comment 6 Olivier Fourdan editbugs 2006-06-28 21:29:45 CEST
The patch is now applied. 

Bug #1958

Reported by:
Darren Salt
Reported on: 2006-06-27
Last modified on: 2009-07-14


Olivier Fourdan
CC List:
0 users



Additional information