Bug 417013 - New terminals in split screen seem to be treated as a new tab
Summary: New terminals in split screen seem to be treated as a new tab
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: split-view (show other bugs)
Version: 19.04.3
Platform: Kubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
: 413586 419370 (view as bug list)
Depends on:
Blocks:
 
Reported: 2020-02-01 04:13 UTC by sparkie
Modified: 2020-05-21 08:52 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sparkie 2020-02-01 04:13:19 UTC
SUMMARY
There are several things I really dislike about the new split view implementation.

1. When you start a new split view it tiles all of your windows, even if they are on a different tab. Instead of having different views separated by tabs, they are no longer separated. This is very annoying and I find it to be quite unproductive. It pretty much eliminates the usefulness of the tab feature.

2. When you split the view vertically, it no longer just divides that horizontal section. It now divides the entire window horizontally. If you split vertically, it does the exact same.

3. The new terminals for split screen seem to be treated as a new tab, when they should be treated as a new terminal within the current tab, as this allows easily switching between layouts / workspaces in a very efficient manner.

Here as an example of what I performed and the results with screen shots:

Start new Konsole, make a new tab and rename them to Tab 1 and Tab 2
https://i.imgur.com/4M2cK2i.png

Press Ctrl Shift )
https://i.imgur.com/eZKzeC9.png

Press Ctrl Shift (
https://i.imgur.com/o7d0B23.png

Press Ctrl Shift )
https://i.imgur.com/rEG1AFw.png

As you can see, the new terminals are not within the current tab and it re-arranges the entire work space rather than allowing horizontally split terminals to then be split vertically.


STEPS TO REPRODUCE
N/A

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Ubuntu 19.10
(available in About System)
KDE Plasma Version: 5.17.90
KDE Frameworks Version: 5.66.0
Qt Version: 5.12.4

ADDITIONAL INFORMATION
N/A
Comment 1 Nate Graham 2020-04-15 00:19:51 UTC
Keeping this open to gather feedback about the change.
Comment 2 Nate Graham 2020-04-15 00:20:05 UTC
*** Bug 413586 has been marked as a duplicate of this bug. ***
Comment 3 Nate Graham 2020-04-15 00:20:12 UTC
*** Bug 419370 has been marked as a duplicate of this bug. ***
Comment 4 ffsquid 2020-04-18 16:43:13 UTC
Hi,
I have issues reproducing the following workflow with the new behaviour of konsole:
open a tab, do some work in it
open a second tab, do some work in it
have these tabs on beside the other in a split view

Is there any way to do this ?
Thanks
Comment 5 DimanNe 2020-05-20 07:21:23 UTC
(In reply to Nate Graham from comment #1)
> Keeping this open to gather feedback about the change.

Ok, I realised how I can try to *prove* that it was a totally wrong change.

Entire purpose of having splits (anywhere, your IDE, console, whatever) is being able to **COLLOCATE** different contexts (panes/tasks/outputs).

The problem is that the current behaviour has almost zero capacity for achieving this.

Imagine I have an existing split (split1 at the top, split2 at the bottom). Imagine now I want to open another split3. I can either open split in the existing tab (but it means it will be a 3rd split, and it will be too small, and therefore I cannot do it forever), or (eventually) I will need to open another tab.
Now, how can I achieve the task of collocating the splits? For example I want to bring split1 next to split3, what do I do?

With previous behaviour I could do it easily. Now it is impossible.

Does it make sense?
Comment 6 DimanNe 2020-05-20 07:25:45 UTC
To me it should have never been done. But at least there should be an option to restore the old behaviour.
Comment 7 tcanabrava 2020-05-20 09:00:23 UTC
This bug is invalid.

You are using an older version of konsole and the split view implementation described here does not (by a long time) is the split view implementation of current konsole.

This is the current implementation of the split view, released at least more than one year ago.

https://www.youtube.com/watch?v=f9Y1pul8smQ
Comment 8 tcanabrava 2020-05-20 09:23:51 UTC
From what I understand @sparkie is commenting from a completely different konsole version than @DimanNe.

@DimanNe - The tabs in konsole are a way to quick open new terminals, that differs from the old implementation that created a Mirror of the tabs. Both implementations are valid of course, but the first implementation did not work correctly with recursive splits (One vertical plus two horizontal panes).
This is the default implementation of split view for many terminals (like Terminator, Tmux, Termix, iTerm2 and many others) so konsole was the special case.

Familiarity is also important when you deal with working with code and I don take ligtly modifying a widely used feature, that's why I recourred to Usability Testing and the KDE community prior to this change, and most people did not even know that konsole had split views before.

Now, about the old implementation: It was not broken, but it was also not a 'split view' - it was more of a 'Mirror Tabs in a separate container, vertically or Horizontally'. This can be readded to konsole, the new is much easier to read and to work with, so it can be reimplemented. Are you willing to try?  :)
Comment 9 DimanNe 2020-05-21 08:04:18 UTC
Yes, you are right. Thank you for the video, I did not realise that I **can** move splits from one tab to another. It answers my question and solves my issue. Sorry for bothering.
Comment 10 tcanabrava 2020-05-21 08:52:39 UTC
The Author of the bugreport is using an older konsole version and this has been fixed in newer versions.