https://bugs.kde.org/show_bug.cgi?id=465814
Bug ID: 465814
Summary: Ctrl+Tab order should be separate per split view
Classification: Applications
Product: kate
Version: 22.12.2
Platform: openSUSE
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: application
Assignee: kwrite-bugs-n...@kde.org
Reporter: groszdaniel...@gmail.com
Target Milestone: ---
SUMMARY
The Ctrl+Tab tab switcher (aka Last Used Views) currently navigates through
open files in reverse order of when they were last focused *across all split
views*, not just the current one. It is also willing to create new tabs, as it
allows switching to a file that's open in another split view, but not the
currently focused one. In particular, closing a file with Ctrl+W, then pressing
Ctrl+Tab, results in reopening the file just closed if it's open in another
split. (However, files that have been closed in every view can't be switched
to.)
Instead, there should be separate Ctrl+Tab orders for each split view. Each one
should only contain the files that are open in that view, in reverse order of
when they were last active in that view.
STEPS TO REPRODUCE
Many ways. For example:
1. Start Kate with a new session.
2. Open File A.
3. Click Split Vertical.
4. Open File B on the right side.
5. Click on the left side, then open File C there.
6. Click on the right side to focus it.
7. Press Ctrl+Tab.
OBSERVED RESULT
If you hold Ctrl, the files are listed in the order B, C, A, with C selected.
When you release the Ctrl, File C is opened on the right side, becoming the
active tab.
EXPECTED RESULT
If you hold Ctrl, the files are listed in the order B, A, with A selected. When
you release the Ctrl, File B becomes the active tab on the right side.
SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20230214
KDE Plasma Version: 5.27.0
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Graphics Platform: X11
ADDITIONAL INFORMATION
I'm not entirely sure if this should be filed as a bug or a wish, but the
current behavior is weird, unusual, and in particular the fact that an
Alt+Tab-style switcher can (re)open a new tab definitely feels like a bug. IIRC
the current behavior started with one of last year's major releases, IIRC the
one that made it so that closing a tab in one split view doesn't close the file
in other split view(s) where it's open.
--
You are receiving this mail because:
You are watching all bug changes.
