Summary: | Command-line kwin_x11 option to disable painting root/desktop windows | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Lukas Sabota <lukas> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | nate, nicolas.fella |
Priority: | NOR | ||
Version: | 5.26.5 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Lukas Sabota
2023-01-03 21:13:19 UTC
I just wanted to add another comment to further clarify: The main issue with running kwin standalone is that the background will be black - no matter what. If kwin could be configured to not touch the root window (as mentioned originally in this ticket) then great! However, another solution would be to allow the user to set the wallpaper through kwin (perhaps through qdbus?). I know there are currently dbus calls for plasma.desktop that can change the wallpaper, but I'm not aware of any that would change the wallpaper in a standalone kwin session. I'm not sure which of these approaches would be more feasible for the kwin codebase and maintainer priorities, but I wanted to indicate that the solution could be different than what's posted in the original bug title. Can you clarify whether you use kwin as a window manager or as a window manager + compositing manager. As far as I know, kwin has no code to change the background I use both kwin_x11 as just a window manager and I also use it as a window manager and compositing manager: because they both seem to work exceptionally well. I was pleasantly surprised to see how well the compositing effects (such as the META+W overview / virtual desktop animations / transparency effects) worked with kwin_x11 in standalone mode. There did appear to be some very minor artifacting during the transition to overview mode, but it didn't prevent overview from functioning at all. Running kwin_x11 will exhibit this black background behavior both when compositing is enabled, and it's when disabled. I also couldn't seem to find where in kwin source code that the root window gets painted black. I've been doing some trial and error with gdb when I've had a spare chance, but haven't yet been able to dedicate much time to investigating. The background is painted here https://invent.kde.org/plasma/kwin/-/blob/9751aca548c4c46036395bd8a7897eaa70e85397/src/scene/itemrenderer_opengl.cpp#L228 In either case, running without a desktop window is a really niche case, and I'm not sure it's worth adding an option for this. Hi, Just to clarify (because there may be some confusion based on the most recent response): this bug report is not describing that a user cannot run kwin standalone without a background. The bug describes that a user running kwin in standalone mode is forced to use a black background. I'm not sure an option to "run without a background" was suggested, but rather some sort of facility to be able to adjust wallpaper for a running kwin session. I completely understand if the KDE team does not want to support non-plasma use-cases (although wish they wouldn't), but I just want to make sure that my request is being understand properly before being rejected. Thank you! I'd also like to add that this background behavior occurs with the OpenGL renderer disabled, so the background is being painted black in more areas of the source than the single function Vlad pointed out. Thanks! |