-
-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Layer shell support #53
base: main
Are you sure you want to change the base?
Conversation
56c9ea8
to
0384b93
Compare
Yay, this looks great! I see you already know about the config options for menu location, so I won't do a review with that :D |
With this patch, the menu will appear in exactly the corner specified by configuration. Is that okay? |
0384b93
to
4201a3a
Compare
pylint complains, the stuff related to mockups (protected access, wrong import place) you can ignore with a comment, but too long lines want fixing |
openQA says https://openqa.qubes-os.org/tests/120587#step/simple_gui_apps/6 |
looks like some minimal size, the size-setting seems to have failed |
As per discussion with @marmarta in Matrix, the current plan is:
|
OpenQA test summaryComplete test suite and dependencies: https://openqa.qubes-os.org/tests/overview?distri=qubesos&version=4.3&build=2024121602-4.3&flavor=pull-requests Test run included the following:
New failures, excluding unstableCompared to: https://openqa.qubes-os.org/tests/overview?distri=qubesos&version=4.3&build=2024111705-4.3&flavor=update
Failed tests6 failures
Fixed failuresCompared to: https://openqa.qubes-os.org/tests/119126#dependencies 3 fixed
Unstable tests
|
4201a3a
to
caf5998
Compare
Now it opens in the correct corner (at least in KDE), but it's still small: https://openqa.qubes-os.org/tests/120796#step/simple_gui_apps/6 |
The problem is that when running as a daemon, |
caf5998
to
6eabf75
Compare
Now it opens in a correct place: https://openqa.qubes-os.org/tests/121008#step/simple_gui_apps/4 :) |
But mypy complains, about None not handled in few places. If it's false positive, AFAIR adding |
6eabf75
to
c113534
Compare
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #53 +/- ##
==========================================
- Coverage 82.19% 81.37% -0.83%
==========================================
Files 22 22
Lines 2342 2378 +36
==========================================
+ Hits 1925 1935 +10
- Misses 417 443 +26 ☔ View full report in Codecov by Sentry. |
This adds Wayland support on compositors that support the wlr-layer-shell protocol, which includes KWin, Sway, COSMIC, niri, Mir, GameScope, and Jay. The only major compositors without support for wlr-layer-shell are Mutter, which is generally only used by GNOME, and Weston, which is not a general-purpose desktop compositor.
c113534
to
8d2ebd7
Compare
visually this looks good, can we get an OpenQA run? @marmarek |
Ok, it looks fine now. Does clicking away from the menu work? (as in, clicking elsewhere - anywhere, hopefully, but I assume wayland has bugs here too) |
As discussed on the call: Yes, except for clicking on unused areas of the taskbar, just like the X11 menu. |
This is almost completely working under Wayland. To test, use a compositor that supports Layer Shell, such as KWin. KWin can be spawned nested inside an X11 window, such as what Qubes OS provides.
Issues:
mouse
mode is interpreted asbottom-left
(KDE) ortop-left
(otherwise): will be fixed by providing mouse information via IPC.