Bug 343690

api is still there, matter of decorations to use it.

(In reply to Thomas Lübking from comment #1)
> api is still there, matter of decorations to use it.

I see. Then please could you add this feature into the Breeze decoration?

(In reply to Thomas Lübking from comment #1)
> api is still there, matter of decorations to use it.

actually no: it's not yet exposed in kdecoration2

This is not possible to introduce in a small release right? I hope this feature returns soon, other than that, the new stuff is an awesome job, kudos!

(In reply to kdeuser56 from comment #4)
> This is not possible to introduce in a small release right?

no, sorry that cannot be done for multiple reasons (the feature freeze could be bended given that it's a regression, but language freeze, Oxygen not ported, etc. make it to much for a minor release)

> I hope this
> feature returns soon, other than that, the new stuff is an awesome job,
> kudos!

thanks.

*** Bug 347616 has been marked as a duplicate of this bug. ***

Hello Martin,

Before I begin, many thanks for the hard work.
Any timeframe / roadmap to re-adding this feature.
At least in my case, I had huge amount of kwin rules that auto-tabbed windows that I cannot move from kwin4.

- Gilboa

Duplicate of https://bugs.kde.org/show_bug.cgi?id=340137?

Yesno. Tabbing isn't enabled in the core (the code is cut short), (afair) not implemented in libkdecoration2 and finally not used in Breeze.

Idiotic question: Are there any existing kwin that still use the old kdecoration that are compatible with Plasma 2 and capable of window tabbing?

> Are there any existing kwin that still use the old kdecoration that are compatible with Plasma 2 and capable of window tabbing?

well any kwin (+oxygen) before the change to kdecoration2. Whether that's compatible with current Plasma is unlikely though. Plasma, kwin, kdecoration and breeze are released together and expected to be used together. Nobody tries other combinations so it might or might not work.

Thanks for the (prompt) answer.
Guess I'll have to grow some patience. :)

Is there a target release for this feature?  I had used it before in KDE4 and I'm now missing it with KDE5 on Fedora 23.  No need to squeeze it in past any release freezes, just wondering what future release will have it so it'll then make its way down into distro packages.

> Is there a target release for this feature? 

Sorry no, there is no target release for this feature yet. With every release cycle I hope to find some time for it, but well...

Thanks for the update Martin.  I expect features such as Wayland support take priority (and rightly so).  Your hard work is appreciated and I can wait for window tabbing to make its return someday.

Perhaps it is then best to remove the window tabbing settings under "Window Behavior" --> "Advanced" until it becomes available.

I'm really missing this!!! It helps a lot to keep work organized!!!

Seems like it's about time to get serious or get honest. Either restore the "missing feature" or take it off the list. Three years and 11 minor versions with no progress is too many! At least for me, it is not simply eye candy. Not being able to tab windows directly impacts my daily efficiency and is a continual frustration. Same goes for a particular broken package (https://bugs.kde.org/show_bug.cgi?id=370964). If only I could go back to KDE4 that had issues like these resolved in lots less than 3 years!

I have to say this affects me and my work too!!! (if only i could code well enough...)

(In reply to john from comment #19)
> I have to say this affects me and my work too!!! (if only i could code well
> enough...)

Ditto. I would fix it if I could. Meanwhile, window tabbing has been added to MacOS and is coming soon to Win10 thanks to 20,000 votes for it. It's a huge productivity enhancer.

(In reply to therapon from comment #20)
> (In reply to john from comment #19)
> > I have to say this affects me and my work too!!! (if only i could code well
> > enough...)
> 
> Ditto. I would fix it if I could. Meanwhile, window tabbing has been added
> to MacOS and is coming soon to Win10 thanks to 20,000 votes for it. It's a
> huge productivity enhancer.

I think i'll grab some popcorns and see who (from Apple or Windows) will be the first to claim they came up with that idea (as already happened with the "convergence" concept which, actually, born from KDE)!!!

Anyway 20,000 votes are a lot of people that "take up the work" to vote for the feature. It should indicate something...

*** Bug 340137 has been marked as a duplicate of this bug. ***

*** Bug 401535 has been marked as a duplicate of this bug. ***

I would love to see this feature. Is anyone planning to work on it?

I have to admit that the reason I am stuck to kde4 is because of this feature.I thought that it would not take long until this feature was implemented. Unfortunately I have no idea about harcore programming such as this, which leaves me to only wish that this will be implemented soon. I strongly endorse this implementation.

+1, would love to see this feature implemented!

Since it worked in KDE 4 apparently, can this be seen as a regression?

Also marking as confirmed based on the comments here.

I was just thinking the same thing. If it was in Plasma 4, it'd be a regression as this feature won't be dropped soon AFAIK

Hello,

For a while this feature was highlighted as missing in in the errata of new plasma release but now (for a long while in fact) it's not being shown at all.

This makes me think it is now abandoned...am I right to think that there now no plans from the core plasma dev to bring it back? 

If so, is there any clues at to what makes it hard to port/implement from Plasma 4 to Plasma 5 so maybe someone else can have a go at the task (as this was such a brilliant feature)?

Many thanks

*** Bug 466986 has been marked as a duplicate of this bug. ***

I'd like to advocate that this feature could pair very well with the new Kwin tiling.

There could be a default, or optional setting, where if you shift drag a window over another window, they automatically tab together. Similarly, a shift drag from the tab would pull the window out of the tab group, and allow it to be made an independent window or allow it to be dragged into another tab group.

Would be cool to revive this feature, somehow modernized, like allowing to show those apps tiled and adjusted how it is displayed in the Window Panel and create new short cuts for those windows

We are not reviving this feature. The prevalence of CSDs makes this impossible to do well.

*** Bug 474739 has been marked as a duplicate of this bug. ***

(In reply to David Edmundson from comment #33)
> We are not reviving this feature. The prevalence of CSDs makes this
> impossible to do well.

I don't think CSDs make it impossible to do well.  Why do you say that?

Concept for tabbing mixed SSD and CSD windows: You initiate window merging via shortcut or taskbar option, then select a second (and third…) window. Plasma windows without CSD get regularly tabbed, CSD windows get an extra title bar to be tabbed. The title bar disappears after dissolving the window tabbing.

(In reply to Maximilian Böhm from comment #36)
> Concept for tabbing mixed SSD and CSD windows: You initiate window merging
> via shortcut or taskbar option, then select a second (and third…) window.
> Plasma windows without CSD get regularly tabbed, CSD windows get an extra
> title bar to be tabbed. The title bar disappears after dissolving the window
> tabbing.

I agree, I don't see why this would be undesirable at all... In fact I think this is exactly how tiling window managers go about resolving this issue.

I just want to thank everyone who is still paying attention to this "bug". I am still waiting in agony for this feature. It is sad for me that I don't have the programming skills to contribute.
I am still in kde4 (Kubuntu 14.04) !!!!! (for other reasons as well)
I will have to update this year, which means that the feature won't be available.
Speaking for myself, I still think that window tabbing is INCREDIBLY useful and productive.
There will be a lot of users who will appreciate this feature.

I have to say I agree. This feature was SO good! ...and greatly missed since Plasma 5

I'm curious about this possibility as well. I came here after seeing on MacOS you can do tabbed windows and searching for other options. Also out of curiosity checked if there's a windows solution. I found some random program called TidyTabs, which makes me think a similar solution could be possible with a KWin script or plugin. A script to stack all windows of the same class on top of each other would be easy. Just needs a visual tabbed indicator and some constraint on extra padding for maximized area on top. The tabs could be a simple Qt app that the kwin script keeps glued to the top of the stack perhaps... But aside from a hack like that, it would be cool for built in support.

(In reply to David Edmundson from comment #33)
> We are not reviving this feature. The prevalence of CSDs makes this
> impossible to do well.

Kwin currently allows overriding these with standard titlebars and such. Wouldn't it be a matter of just forcing this on windows that are tabbed?

Does https://bugs.kde.org/show_bug.cgi?id=42023 have any relevance to this? Worth putting it in the https://bugs.kde.org/page.cgi?id=fields.html#see_also?

(In reply to Maximilian Böhm from comment #36)
> Concept for tabbing mixed SSD and CSD windows: You initiate window merging
> via shortcut or taskbar option, then select a second (and third…) window.
> Plasma windows without CSD get regularly tabbed, CSD windows get an extra
> title bar to be tabbed. The title bar disappears after dissolving the window
> tabbing.

Totally agree with this. A piece of Windows software called Groupy by Stardock does exactly this. Native Windows title bars are modified with tabs directly inside, and software with their own title bars have a tab bar put above.

The new cosmic desktop from System76 is doing it, so maybe there is a way on how to do it properly : https://system76.com/cosmic

(In reply to Kevin Messer from comment #44)

> The new cosmic desktop from System76 is doing it, so maybe there is a way on how to do it properly : https://system76.com/cosmic

Ctrl+F-ing "tab" doesn't return anything. Can you quote or link whichever part of that discusses WM-level tabs?

(In reply to Roke Julian Lockhart Beedell from comment #45)
> (In reply to Kevin Messer from comment #44)
> 
> > The new cosmic desktop from System76 is doing it, so maybe there is a way on how to do it properly : https://system76.com/cosmic
> 
> Ctrl+F-ing "tab" doesn't return anything. Can you quote or link whichever
> part of that discusses WM-level tabs?

"Stack windows from different apps like tabs in a web browser"  quote from the first paragraph under Adaptable Windows

(In reply to Gauthier from comment #46)
> (In reply to Roke Julian Lockhart Beedell from comment #45)
> > (In reply to Kevin Messer from comment #44)
> > 
> > > The new cosmic desktop from System76 is doing it, so maybe there is a way on how to do it properly : https://system76.com/cosmic
> > 
> > Ctrl+F-ing "tab" doesn't return anything. Can you quote or link whichever
> > part of that discusses WM-level tabs?
> 
> "Stack windows from different apps like tabs in a web browser"  quote from
> the first paragraph under Adaptable Windows

And is demonstrate in the screenshot below the paragraph (on the right hand side of the image)

(In reply to Roke Julian Lockhart Beedell from comment #45)
> (In reply to Kevin Messer from comment #44)
> 
> > The new cosmic desktop from System76 is doing it, so maybe there is a way on how to do it properly : https://system76.com/cosmic
> 
> Ctrl+F-ing "tab" doesn't return anything. Can you quote or link whichever
> part of that discusses WM-level tabs?

Yes, here is a Github discussion : https://github.com/pop-os/cosmic-comp/issues/262

And I also guess you guys can discuss with them how they did it technically.

(In reply to Kevin Messer from comment #48)

Thank you.