SUMMARY *** Konsole release 18.12.3 was the last version featuring split views that shared tabs globally with all other split views. Each new split view contained the tabs opened so far in other split view. Any version that followed appears to have a different management for tabs. Currently, each tab contains its own split views, opened after a split view is created. That disallows sharing and switching the sessions between tabs (or at least as easily as in 18.12.3). Previously, each split view shared the existing console sessions opened so far. Each split view was always visible with the currently active tab selected. It was possible to move to another visible in another tab easily. Closing a tab in one split view closed it other split views, reducing the amount of tabs in other views by one. All of the split views were visible at any time, so it was possible to pick a selection of sessions easily. It was even possible to view the same session twice in two split view. That was logical, in contrast to the incoherent style for tab management now, where each tab governs its own set of split views. Previously, a user was able to view the contents of all tabbed split views at once. Now that is impossible. Only the contents of the currently selected tab are visible. One has to switch to a different tab to view the sessions opened in that tab. Please enable the former mode for tabs as a configuration option. I've been stuck with konsole packages from 18.12.3 due to it being the last version where split views sharing tabs were available and where console session can reasonably be managed. Linux/KDE Plasma: any konsole release above 18.12.3
Created attachment 148486 [details] attachment-24923-0.html The old Split View system was broke by design and we closed a *lot* of bug reports for it. In contrast, this is the second bug report opened for the new Split View system. You couldn’t, for example split the view vertically and horizontally at the same time, and the view had more tabs than anything. It’s not technically easy to add both styles, for those who like it, because the old style a split contained tabs, and on the new one a tab contains splits. Adding both styles would be a maintenance hell. What we miss currently is the hability of using a terminal in more than one split, that’s doable, and I think it’s worth a try. Would that work for you? The old tab management code won’t come back. On Sat, 30 Apr 2022 at 09:21 <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=453218 > > Bug ID: 453218 > Summary: Restore split views sharing tabs globally from 18.12.3 > Product: konsole > Version: master > Platform: unspecified > OS: Linux > Status: REPORTED > Severity: normal > Priority: NOR > Component: tabbar > Assignee: konsole-devel@kde.org > Reporter: twojstaryzdomu+kde@gmail.com > Target Milestone: --- > > SUMMARY > *** > > Konsole release 18.12.3 was the last version featuring split views that > shared > tabs globally with all other split views. Each new split view contained the > tabs opened so far in other split view. Any version that followed appears > to > have a different management for tabs. > > Currently, each tab contains its own split views, opened after a split > view is > created. That disallows sharing and switching the sessions between tabs > (or at > least as easily as in 18.12.3). > Previously, each split view shared the existing console sessions opened so > far. > Each split view was always visible with the currently active tab selected. > It > was possible to move to another visible in another tab easily. Closing a > tab in > one split view closed it other split views, reducing the amount of tabs in > other views by one. All of the split views were visible at any time, so it > was > possible to pick a selection of sessions easily. It was even possible to > view > the same session twice in two split view. > > That was logical, in contrast to the incoherent style for tab management > now, > where each tab governs its own set of split views. Previously, a user was > able > to view the contents of all tabbed split views at once. Now that is > impossible. > Only the contents of the currently selected tab are visible. One has to > switch > to a different tab to view the sessions opened in that tab. > > Please enable the former mode for tabs as a configuration option. I've been > stuck with konsole packages from 18.12.3 due to it being the last version > where > split views sharing tabs were available and where console session can > reasonably be managed. > > Linux/KDE Plasma: any konsole release above 18.12.3 > > -- > You are receiving this mail because: > You are the assignee for the bug.
I do not consider it a particular bug to be unable to split horizontally and vertically at the same time when it is possible to retain share tabs per all split view. That design worked nicely. The most common use case for this mode would be to display X horizontal or X vertical tabs, since the tab bar in each split view takes up some space. I'd say horizontal would be more common due to the way how tabs are presented. This mode does not necessarily require splits beyond horizontal or vertical, whichever is picked first. The idea that there should be one tabbar with tabs selecting different split views is based on a false premise a user wants / needs a browser style tab. The old design has its merit in quickly being able to display the tabs that are needed without any hassle. The new design is unwieldy in that it requires split views to be isolated to a particular tab, making it impossible to manage console sessions and them sessions around with ease. Whoever came up with the old design got it right. Then came changes to make konsole mimic a browser-like tab managed interface, with tabs first, views second and broke the sensible design.
Created attachment 148496 [details] attachment-29788-0.html You do not consider, a lot of people did and we had a pile of bugs opened for that. You can still manage two views independently and use tabs independently: create two Konsole windows, and open tabs on them. I doubt tue old style will get back, but we can work with compromises: a way to mirror tabs, I won’t implement it as I find a waste of my time. If you have time to implement this, I can help you start and review the code. Best, Tomaz On Sun, 1 May 2022 at 11:10 <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=453218 > > --- Comment #2 from twojstaryzdomu+kde@gmail.com --- > I do not consider it a particular bug to be unable to split horizontally > and > vertically at the same time when it is possible to retain share tabs per > all > split view. That design worked nicely. The most common use case for this > mode > would be to display X horizontal or X vertical tabs, since the tab bar in > each > split view takes up some space. I'd say horizontal would be more common > due to > the way how tabs are presented. This mode does not necessarily require > splits > beyond horizontal or vertical, whichever is picked first. > > The idea that there should be one tabbar with tabs selecting different > split > views is based on a false premise a user wants / needs a browser style > tab. The > old design has its merit in quickly being able to display the tabs that are > needed without any hassle. The new design is unwieldy in that it requires > split > views to be isolated to a particular tab, making it impossible to manage > console sessions and them sessions around with ease. > > Whoever came up with the old design got it right. Then came changes to make > konsole mimic a browser-like tab managed interface, with tabs first, views > second and broke the sensible design. > > -- > You are receiving this mail because: > You are the assignee for the bug.
> You do not consider, a lot of people did and we had a pile of bugs opened > for that. It was designed that way and that works for me. To throw the old design out of the window and replace it with a worse (from a session management perspective) is not an improvement. > You can still manage two views independently and use tabs independently: > create two Konsole windows, and open tabs on them. That's no solution, two separate windows cannot be managed simultaneously without switching back and forth between them. > I doubt tue old style will get back, but we can work with compromises: a > way to mirror tabs, I won’t implement it as I find a waste of my time. If > you have time to implement this, I can help you start and review the code. Why do you think I'm opening this as a bug, not fixing it myself? And in any case I wouldn't want to touch the existing code, which isn't how I would tabs in views. This code is beyond my abilities.
Created attachment 148504 [details] attachment-14112-0.html I’ll keep this open, if any other Konsole dev want to try to revive this (without removing the current approach), I’ll be happy to review the code. On Sun, 1 May 2022 at 19:52 <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=453218 > > --- Comment #4 from twojstaryzdomu+kde@gmail.com --- > > You do not consider, a lot of people did and we had a pile of bugs opened > > for that. > It was designed that way and that works for me. To throw the old design > out of > the window and replace it with a worse (from a session management > perspective) > is not an improvement. > > > You can still manage two views independently and use tabs independently: > > create two Konsole windows, and open tabs on them. > That's no solution, two separate windows cannot be managed simultaneously > without switching back and forth between them. > > I doubt tue old style will get back, but we can work with compromises: a > > way to mirror tabs, I won’t implement it as I find a waste of my time. If > > you have time to implement this, I can help you start and review the > code. > > Why do you think I'm opening this as a bug, not fixing it myself? And in > any > case I wouldn't want to touch the existing code, which isn't how I would > tabs > in views. This code is beyond my abilities. > > -- > You are receiving this mail because: > You are the assignee for the bug.