https://bugs.kde.org/show_bug.cgi?id=343690
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #64 from [email protected] --- I would like to add my voice in strong support of re-implementing the window tabbing/grouping feature that was present in KDE 4. Having used Stardock Groupy (https://www.stardock.com/products/groupy/) extensively on Windows, I find this capability invaluable for efficient workflow management, and its absence is keenly felt in modern KDE Plasma. My current workflow relies heavily on a 2x2 grid of virtual desktops and the Plasma Wayland Overview effect (triggered by a 4-finger swipe up) to manage different contexts. Even on Windows, after virtual desktops were introduced, I continued using Groupy because the two features serve distinct but complementary organizational purposes. Virtual desktops excel at separating major task contexts or isolating fullscreen applications, while window tabbing excels at grouping closely related windows within a single task or view. Specifically, when working with applications side-by-side (split screen) on one virtual desktop, I often have several other windows directly related to that specific task (e.g., multiple terminals, reference documents, file manager views). Window tabbing would allow me to cleanly group these windows within one of the split-screen halves, adding nuance and significantly reducing the friction of switching between them without needing to use Overview, Alt+Tab, or switch virtual desktops. This feature is distinct from task manager grouping and automatic tiling. Its return would restore a powerful layer of manual workspace organization that works alongside virtual desktops, greatly enhancing productivity. I hope the KDE team can reconsider prioritizing its re-implementation. -- You are receiving this mail because: You are watching all bug changes.
