davidedmundson
davidedmundson
>Can I use this as well to access the parented wallpaper shader from config.qml? I don't think I understand. Which object do you want to access from the config?
Please include a kwin version, X11 or wayland **and output of `xrdb -q`**
>Shouldn't it be considered a permission bug on kscreenlocker side? There is no reason for any part of kscreenlocker to run as root. We are also planning to drop kcheckpass...
FWIW, within kwin we know when a screen is locked (we have something bespoke, but you can get it from the logind hint) When locked we don't render anything at...
>[4107857.686] -> [email protected]_max_size(0, 206) Yeah, that's not a valid max size, Mutter is in the right - probably could be worked round here in charm, but we should fix that...
>Will wait for a compositor and client impl before merging this. Ack, I was hoping to get this approved in principle. Then write the code, then merge simultaneously (providing we...
There is now an implementation in our library which passes a unit tests made to recreate this issue.
server https://invent.kde.org/plasma/kwayland-server/-/merge_requests/75 client https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/232/ (these are currently outdated)
Scenario: we have a desktop background (and ours are interactive with keyboard focus and desktop icons) wtih a UI when clicked to configure that background which is a toplevel.
As a last resort, sure. But semantically it's correct and we need to make sure we pass focus and to help hint which screen it should appear on.