[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 tcanabr...@kde.org changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #10 from tcanabr...@kde.org --- The Author of the bugreport is using an older konsole version and this has been fixed in newer versions. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 --- Comment #9 from DimanNe --- 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. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 --- Comment #8 from tcanabr...@kde.org --- >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? :) -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 tcanabr...@kde.org changed: What|Removed |Added CC||tcanabr...@kde.org --- Comment #7 from tcanabr...@kde.org --- 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 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 --- Comment #6 from DimanNe --- To me it should have never been done. But at least there should be an option to restore the old behaviour. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 --- Comment #5 from DimanNe --- (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? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 ffsquid changed: What|Removed |Added CC||fluffysqui...@gmail.com --- Comment #4 from ffsquid --- 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 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 Nate Graham changed: What|Removed |Added CC||erwin.gaubit...@gmail.com --- Comment #2 from Nate Graham --- *** Bug 413586 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 Nate Graham changed: What|Removed |Added CC||dima...@gmail.com --- Comment #3 from Nate Graham --- *** Bug 419370 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 417013] New terminals in split screen seem to be treated as a new tab
https://bugs.kde.org/show_bug.cgi?id=417013 Nate Graham changed: What|Removed |Added CC||n...@kde.org, ||tum...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #1 from Nate Graham --- Keeping this open to gather feedback about the change. -- You are receiving this mail because: You are watching all bug changes.
