Skip to content
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

Have the GUI daemon draw its own window decorations #6797

Closed
DemiMarie opened this issue Jul 27, 2021 · 4 comments
Closed

Have the GUI daemon draw its own window decorations #6797

DemiMarie opened this issue Jul 27, 2021 · 4 comments
Labels
P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.

Comments

@DemiMarie
Copy link

The problem you're addressing (if any)

Qubes OS currently relies on the X11 window manager to draw decorations. This requires work for each supported window manager, and will be even more difficult under Wayland. GNOME Shell does not support server-side decorations at all for Wayland, and GNOME Shell extensions are not viable as they lack a stable API. The theming hacks used with KDE have had reliability problems, and Qubes OS currently uses a patched version of XFWM.

Describe the solution you'd like

When under Wayland, the GUI daemon should draw its own window decorations. This has the advantage that it only needs to be done once per display protocol, and adding new display protocols is incredibly rare. It also provides consistent look-and-feel across desktop environments, and can even be accessible if implemented properly.

Where is the value to a user, and who might that user be?

Users who want to use alternative desktop environments will benefit from broader support.

Describe any alternative solutions you've considered

Keep implementing per-Wayland-compositor hacks and/or patches. This is not sustainable indefinitely.

Additional context

Accessibility will require using ATK and AT-SPI2


Relevant documentation you've consulted

GNOME Shell documentation

Related, non-duplicate issues

#1806

@DemiMarie DemiMarie added T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. labels Jul 27, 2021
@andrewdavidwong
Copy link
Member

Duplicate of #6796

@andrewdavidwong
Copy link
Member

This appears to be a duplicate of an existing issue. If so, please comment on the appropriate existing issue instead. If you believe this is not really a duplicate, please leave a comment briefly explaining why. We'll be happy to take another look and, if appropriate, reopen this issue. Thank you.

@andrewdavidwong andrewdavidwong added the R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. label Jul 27, 2021
@DemiMarie
Copy link
Author

🤦‍♀️ Sorry @andrewdavidwong!

@andrewdavidwong
Copy link
Member

No worries!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Projects
None yet
Development

No branches or pull requests

2 participants