Linux: We need tiling desktop environments
Overall sentiment on tiling window managers
- Many commenters love tiling WMs (i3, Sway, Awesome, XMonad, Hyprland, etc.) and say they dramatically reduce “window juggling” and mental overhead.
- Others remain unconvinced or bounced off them, finding the cognitive load, shortcut memorization, and layout management not worth it.
- Several people say they mostly run one app full‑screen per workspace, using tiling mainly for terminals or occasional side‑by‑side layouts.
Niche vs. “we need this”
- Multiple comments stress that tiling WMs are a niche within an already‑niche Linux desktop, so massive investment or new DEs is unrealistic.
- Others counter that the niche is well served: there are many actively maintained tiling WMs and even distro spins that ship them.
- Some argue Linux already suffers from too many DEs; they’d rather improve existing ones than create new tiling‑centric environments.
Integration with desktop environments
- A recurring theme: standalone tiling WMs are powerful but lack DE conveniences (auto‑mounting media, display config, volume/network integration, portals, notifications).
- Some users run tiling WMs inside DEs (e.g., KDE/Xfce/MATE + i3/XMonad) to get both tiling and DE services, though Wayland makes swapping WMs harder.
- KDE and GNOME have tiling features or extensions (KWin scripts, GNOME extensions, PaperWM-like approaches), but these are seen as less cohesive or sometimes fragile.
Usability, workflows, and accessibility
- Strong divide between keyboard‑centric and mouse‑centric users. Tiling fans praise precise keyboard workflows; others prefer quick snapping, grids, or FancyZones‑style tools on top of floating WMs.
- Some dislike automatic resizing of browsers/video when new windows appear; tiling users respond that workspaces, tabbed/stacked layouts, or newer scrolling/PaperWM‑style WMs address this.
- Poor app and web UI scaling, padding-heavy “low density” design, and mobile breakpoints are called out as major problems, especially for visually impaired users.
Technical and platform constraints
- Wayland compositors typically bundle WM + compositor, making “DE + different tiling WM” setups harder than on X11.
- Specific pain points mentioned: screen sharing, xdg-desktop-portal quirks, XWayland scaling, and proprietary Nvidia drivers blocking some Wayland tilers.
- Some see Wayland as reducing modularity; others note active development and X11 being effectively feature-frozen.