Chromium has a "+" button in the tab bar which allows you to create a new tab. It would be nice if kwin could provide the same, telling apps to create a new window and adding it to the client group. E.g. when I have a Konsole window open and I click on the "+" button, kwin will tell Konsole to open a new window and kwin will add it as a tab to the current window. Reproducible: Always
If this gets implemented, perhaps Chromium will implement a KDE mode where the tab bar is hidden and instead windows/browser tabs are managed by kwin.
this cannot somehow be implemented in kwin but *needs* an extension to the NETWM protocol (and support by the reg. client) which can then be implemented by kwin.
how should that behave if there are tabs of different applications? E.g. I used to tab Kile and Okular together back in the days when Kile didn't provide a built-in preview.
Thomas, I'm not sure about the technicals, but couldn't kwin detect if a window is a KDE app and use dbus to do the communication? A NETWM extension would be marvelous of course but doesn't seem likely. Non-dbus apps won't get a "+". Martin, the "+" would create tell the current foreground app to create a new window.
client/wm protocol is mandatory and gnome/gtk is moving towards CSD, so they're likely never gonna support such (got reply to the noborder state extension? ... seen the ridiculous late dialog approaches?) ---------- If there's strong interest in this regard (dragging client actions into the titlebar), it would very likely end up being KDE only (with a KDE only window property) The client would add a property with the supported actions/mimetypes/stuff and the dbus service/object/interface (or there'd be a default "/WM org.kde.WMActions.*) for the features it wants to expose to the WM That could also get us out of the stupid appmenu approach (as dbus-menu was not designed for a dynamic setup and also having access to a menu while the client itself might be blocked/stopped and thus the ability to send it a random amount of actions while it does not even respond is plain stupid) - the client would just expose the presence of a menubar popup and kwin would add a button for it. Sorry for the rant.
Thomas, well that sounds like a great approach and indeed improves the appmenu...
Unfortunately the rework in decorations in KWin 5 resulted in the window tabbing feature to be lost. We still want to bring this feature back, but after several versions it still hasn't emerged yet. Given that I think it is time to adjust the status of this bug report. The new implementation would be different anyway and it's questionable whether this report would still apply to it.