linux-wallpaperengine
linux-wallpaperengine copied to clipboard
Almamu
Implement support for different compositors/Desktop Environments
Right now if compton is running as compositor and the screen-root mode is enabled the background will be rendered over everything compton displays, so this makes the app effectively useless. Look into the specifics to make sure we draw things the way compton likes, this might even fix compatibility with other compositors (?).
I've broaden the scope of this issue to report issues with different desktop compositors. As it is right now, anything that draws over the root window will overwrite whatever is drawn by the wallpaperengine so specific support for those has to be added.
Hey, it's been a while. I have been wondering how we can go about this. Would it be better for it to draw directory to the virtual root window or put a window above it? There is a fork of Xsnow that works well on KDE and should work on a few others to find the virtual root window.
To be honest the approach doesn't really matter as long as It works. We can use different methods based on the compositor detected, setting up the window to draw and passing it to irrlicht should work without much hassle. My main concern here is to have a solution that is as seamless as possible, so the user doesn't need to play with the settings... There's also a fork that works creating a GTK window and placing it where it should be in the hierarchy as far as I remember: https://github.com/themultiplexer/linux-wallpaperengine The downside of that is requiring GTK, which might not be installed unless you use a GNOME-based desktop...
in case you don't know about this, there is https://github.com/catsout/wallpaper-engine-kde-plugin
in case you don't know about this, there is https://github.com/catsout/wallpaper-engine-kde-plugin
Oh yeah, I'm aware of that KDE plugin, It's actually more advanced than the current version of linux-wallpaperengine (background-rendering wise at least). I'd like to take a different approach to drawing to the desktop tho. The main thing being that I want one binary to work with all (at least most) of the DE's and compositors out there (GNOME, Mate, Cinnamon, KDE and Compton/Picom being the main ones I want to target).
Support for comptom/picom was implemented by @Hynak and should work just fine.