Open richardgv opened 12 years ago
Hmm, turning own_window
off is known to cause a lot of problems. Potentially sharing the root window with multiple programs is bound to break something. I'll see if I can do anything about it though.
Maybe XCompositeGetOverlayWindow()
added in X composite extension 0.3 could be used to solve the conflict between conky and compton. Do you see any potential issues that could appear if compton paints on the X Composite overlay window instead of on root window?
Also, do you think it would be possible if we unredirect all windows (basically let compton stop working) if we find a full-screen window on the top of the stack that has no frame, to maximize the performance of full screen applications like games, video players?
I'm also having this issue and would like to see a fix. I have certain things such as sound volume sliders in movie players that I can't click if conky has its own window.
@rodyaj:
I'm also having this issue and would like to see a fix. I have certain things such as sound volume sliders in movie players that I can't click if conky has its own window.
Sorry? This issue is about screen corruption when conky doesn't use its own window but paint to the root window, yet seemingly you are talking about a different issue. Could you please describe your problem more clearly?
The problem also appears in xcompmgr and unagi, so I just quoted my bug report on unagi bug tracker. I did replace all occurrences of
unagi
withcompton
, though.