After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 738325 - Change Ctrl+Tab current action
Change Ctrl+Tab current action
Status: RESOLVED OBSOLETE
Product: gnome-devel-docs
Classification: Applications
Component: hig
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-devel-docs maintainers
gnome-devel-docs maintainers
Depends on:
Blocks:
 
 
Reported: 2014-10-10 20:20 UTC by Romain Failliot
Modified: 2021-07-05 10:53 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Romain Failliot 2014-10-10 20:20:53 UTC
"Ctrl(+Shift)+Tab" is currently used to switch group/panels (https://help.gnome.org/users/gnome-help/stable/keyboard-nav.html.en), but it's also a very well known shortcut for switching between tabs in every other (non-GNOME) applications like Firefox or Chromium.

I think it'd be more pertinent to find a new shortcut for the switch group/panels action.

Once this is done, we will be able to fix this 7 years old bug: https://bugzilla.gnome.org/show_bug.cgi?id=498974

Thanks!
Comment 1 Tin Man 2015-01-07 22:02:54 UTC
Given that Alt, Super, Shift, Alt+Shift, and Super+Shift are taken with regards to Tab, the only remaining standard modifier key seems to be AltGr, and I'm not sure whether it's found on a majority of keyboards.

Another option would be to not use Tab at all, but I have a hard time coming up with one. A sequence with Esc, perhaps, as it's a way to "escape" from the text area and continue tabbing, or with CapsLock, if that's even possible, given that it's right below the Tab button.

I'm wondering whether anyone besides Gnome deals with switching panels when a text area with tab support is entered (and how).

In any case, using Ctrl+Tab doesn't really seem workable anymore, considering that this shortcut has been brought into popularity by web browsers and apps are increasingly disregarding Gnome's Ctrl+Tab convention.
Comment 2 Romain Failliot 2015-02-15 14:53:21 UTC
Let's try to make a proposition here.

I've seen in the "keybord navigation" documentation (https://help.gnome.org/users/gnome-help/stable/keyboard-nav.html.en) that there is an error: it says that Super[+Shift]+Tab are the only shortcuts to switch between windows, this is erroneous. These shortcuts does work, but so do the more standard and widely used Alt[+Shift]+Tab.

So why don't we transfer the actual behavior of Ctrl[+Shift]+Tab to Super[+Shift]+Tab and then use Ctrl[+Shift]+Tab for the more standard and widely used tab switching behavior?

To sum up:
* Alt[+Shift]+Tab: switch between windows (no changes)
* Super[+Shift]+Tab: move keyboard focus (before it was Ctrl[+Shift]+Tab)
* Ctrl[+Shift]+Tab: switch between window tabs (before it was Ctrl+PageUp/PageDown)

So, what do you say?
Comment 3 Romain Failliot 2015-02-15 14:59:17 UTC
The good parts of this proposition are that it removes a shortcut duplication in the HIG *and* GNOME apps will fit nicely in a Windows environment too.
Comment 4 Børge / forteller 2016-04-26 20:55:25 UTC
I like  Romain Failliot's idea above. Another option would perhaps be to use Ctrl+Alt+Tab for switch group/panels?

No matter the solution: This really needs to be fixed. Every other application other than Gnome's uses Ctrl[+Shift]+Tab to switch tabs. Not supporting this standard, across all of Windows and all other apps on Linux breaks a whole lot of peoples work flows, makes it unnecessarily difficult for people to switch to a Gnome based OS.

It is both a hindrance for adoption and counter to the culture of standards and cooperation. I love Gnome and I'm so very thankful for all the work all of you put into it every day! But this is just so very annoying in my day to day use of my PC. So please work on this! Thank you!
Comment 5 Simon Law 2016-04-27 22:55:57 UTC
As a hack, you can still specify "<Primary>Tab" and "<Primary><Shift>Tab" as keybindings, directly using dconf-editor or gsettings.

For instance, gnome-terminal:

$ gsettings set \
  org.gnome.Terminal.Legacy.Keybindings:/org/gnome/terminal/legacy/keybindings/ \
  next-tab '<Primary>Tab'
$ gsettings set \
  org.gnome.Terminal.Legacy.Keybindings:/org/gnome/terminal/legacy/keybindings/ \
  prev-tab '<Primary><Shift>Tab'
Comment 6 GNOME Infrastructure Team 2021-07-05 10:53:42 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-devel-docs/-/issues/

Thank you for your understanding and your help.