3 ms·
Tangent... There seem to be a fair few smaller (in community) DE projects (LXQt, XFCE, Cinnamon, Budgie, more I don't immediately recall) who are keen for Wayl
by akdor1154 5y ago
Tangent...
There seem to be a fair few smaller (in community) DE projects (LXQt, XFCE, Cinnamon, Budgie, more I don't immediately recall) who are keen for Wayland support in principal but don't want to be landed with writing/maintaining their own display server.
I know there are libs like wlroots, libweston, mir, but in practice it still seems to be too much to bite off to write a display server with one of these.
Is there appetite in the Linux desktop dev community for a grab-and-go toolkit-agnostic Wayland display server that allowed DEs to plug in their own independent WM, decorations, animations, shell? In theory shell is doable already by xdg-shell, but splitting WM and decorations out would be a new approach for Wayland. Is this technically feasible? I have the urge to start writing one myself but I'm not experienced in this area and it would be interesting for myself but almost certainly subpar for purpose.
Am I just describing Wayfire?
Without commenting on tech differences (I'm loving my mixed dpi wayland setup..), the social/community impact of X11 allowing UI/UX people to have their projects separate to the display server seems to have been significant.
- slondr 5y ago> Is there appetite in the Linux desktop dev community for a grab-and-go toolkit-agnostic Wayland display server that allowed DEs to plug in their own independent WM, decorations, animations, shell? Well, yes. It's called X11.
- boudin 5y agoThere is intersting things going on to provide that. Wlroots landed wlr_scene api to make it much easier to create a compositor on top of wlroots. There is also riverwm which is quite interesting, built as a tiling wm but delegating wm management to an app, so allowing to create any quite of window management on it.