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.
Created attachment 620
Add support for a new window property, providing a hint to other apps not to play with this window's opacity
Created attachment 622
Description of the new property
The property description should be forwarded for possible inclusion in the Extended Window Manager Hints document.
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?
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.
Created attachment 631
Example patch, making gxine use the new property on its video window.
The patch is now applied.