Version: (using KDE KDE 3.2.2) Installed from: Mandrake RPMs At the moment every application uses it's own shortcuts for tabs: -for changing tab some use ALT-Left/Right Arrow, others use Ctrl-Tab/Ctrl-Shift-Tab, others as Konsole uses Shift-Arrows and Konqueror is using Ctrl-[ and Ctrl-] -for closing tabs some use Ctrl-F4 others Ctrl-W -for a new tab, sometimes I have to use Ctrl-O, Ctrl-N or Ctrl-Shift-N Solutions tab-shortcuts should be set at KDE level for all apps that use tabs.
*** Bug 80624 has been marked as a duplicate of this bug. ***
It has often been discussed that Konsole is a special one in this row and cannot obey (as easily) to ctrl-shortcuts as other applications.
*** Bug 71129 has been marked as a duplicate of this bug. ***
*** Bug 82951 has been marked as a duplicate of this bug. ***
*** Bug 86307 has been marked as a duplicate of this bug. ***
*** Bug 90866 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
Still nothing 3.3.2 -- will this be finished for KDE 4?
I was going to create a new bug-report about something similar, but might fit this one, with some minor adjustments. I am no KDE coder, yet, but... I would like the tabs widget to provide signals/slots (you know better) on: -- new tab request -- close tab request -- change tab request Why this? I believe KDE could have a global config with shortcuts/mouse-clicks (in Control Center) for asking for a new tab, closing a tab, changing tabs etc. Why? Because I'm a bit bored of having to learn each application and their different behaviour. I want something like: * double-click(configurable) on free space in tab list: new tab * middle-click(configurable) on tab: close in all tabs based applications. (these are only some examples for mouse events) Imagine that apps could should only define how new tabs get created (there's usually a slot for this) and the dev could only connect the defined slot to the TabWidget's newTabSignal.. and so on. I would love consistent behaviour throughout all KDE apps which have tabs in their UIs. I really believe this would make a difference and make KDE feel tight together.
*** Bug 107947 has been marked as a duplicate of this bug. ***
"detach tab" is also needed, they should be implemented as kstdaccels
Created attachment 11559 [details] kstdaccel.patc
perhaps some kstdactions should be added as well
tomorrow this is two years old :(
Stephan Binner wrote some 3 years ago: >It has often been discussed that Konsole is a special one in this row and >cannot obey (as easily) to ctrl-shortcuts as other applications. Actually I haven't tried to change konsole's shortcuts. But I have changed others to work like konsole. Now I change tabs in my konqueror with shift-arrows, create a new tab with ctrl-alt-n I think it won't be a problem to have each application its own set of shortcuts, as it is done today. But it is very important that all application have the same defaults, and that there should be a place in the control center that lets you change the setting in question in all installed applications. Which means that all applications should check the default on one place, and each can override the default, if the user wants to.
*** Bug 53855 has been marked as a duplicate of this bug. ***
*** Bug 73650 has been marked as a duplicate of this bug. ***
*** Bug 283614 has been marked as a duplicate of this bug. ***
May I share my view on this subject. It’s very true that terminal emulators can’t simply use arbitrary key bindings as the program running in the terminal might use as well. E.g. Ctrl+C comes into mind, which in the GUI world means to copy a selection, but in the CLI world means to abort the running program. OTOH user experience is key, nobody wants to learn how to do the exact same thing in different programs all over again. I think we can agree on that. Luckily I see a solution as far as switching tabs are concerned. Ctrl+PgUp --> Previous Tab Ctrl+PgDown --> Next Tab Major 3rd party apps already use these key bindings to switch tabs. Namely Firefox and Chrome/Chromium and both have a greater user base than KDE SC, so this should met user expectations. Also I’m not aware of any terminal application that uses these key bindings. Either they are older than the PgUp and PgDown keys (vi) or they use the keys without modifier to simply scroll the page (elinks). Even other terminal emulators are already using these key bindings e.g. the gnome and xfce terminals. As for tab consistency over the KDE SC… I have konqueror, dolphin and konsole running, with tabs open and they all look different. At least konsole has it’s own implementation for tabs, as one can see while moving them around with the mouse. I would say having one tab implementation for all KDE apps to share is desirable. Chromium has a great way of dealing with tabs, also Firefox copied it. All tabs are of the same size and have a tiny x-shaped, which fades to a red close button on mouse hover, on the right side. If you close one they get re-arranged in a way that the next tab lands on same spot where the closed one was. This way you can close multiple tabs by clicking multiple times without moving the cursor. OTOH, I also like tabs of individual length in dolphin, to show the whole folder name. A solution to have the best of both worlds, would be to open new tabs on the left side instead of right. Merging the static icon on the left and the (on mouse over) color changing close button on the right to an icon that dynamically fades into a close button on mouse over, which resides on the left side. This way the existing “New Tab Button” can be useful (finally), the tab length may or may not vary from tab to tab and the closing tabs behavior would be on par usability wise with modern browsers, without being a plain copy.
*** Bug 271635 has been marked as a duplicate of this bug. ***
This is still a problem in 2017. I will mention that I've set Konsole to use ctrl+pgup/pgdn and it works just fine, so that's not a problem. The "standard" keyboard shortcuts for changing tabs that seem to be adopted by cross-platform software (e.g. Firefox, Chromium) are ctrl+tab/shift+ctrl+tab and ctrl+pgup/ctrl+pgdn. Also, all of GNOME software also uses ctrl-pgup/ctrl+pgdn. We might want to therefore consider trying to standardize on the following: - Primary: ctrl+tab & shift+ctrl+tab - Secondary: ctrl+pgup & ctrl+pgdn It would be great to get a discussion going on this. Whatever people agree on, I can do the work to drive adoption across KDE apps.
Actually, it looks like this was recently fixed in https://phabricator.kde.org/D6553 for KDE programs using KStandardShortcut::tabNext() and KStandardShortcut::tabPrev(), which many common KDE programs are already using. I checked, and this should affect: - Kate - Dolphin - Konversation - Konqueror Konsole does not use those macros, so it will need another change. For that, I have filed https://bugs.kde.org/show_bug.cgi?id=383603 I'm going to mark this issue as resolved, and we can track any straggler apps not using KStandardShortcut::tabNext() and KStandardShortcut::tabPrev() with their own bugs.