Tabs hijack document movement shortcuts (Ctrl-Home/End, Shift-Ctrl-Home/End)
System information
What is your operating system and version? (e.g. "Linux, Fedora 36" or "macOS 10.15.3")
Fedora 36
What is the version of GNOME Text Editor? (e.g. "42.0-1.fc36.x86_64" or "commit 14e494")
42.2 (native package)
Text Editor (42.2)
GLib: 2.72.3 (2.72.2)
GTK: 4.6.8 (4.6.5)
GtkSourceView: 5.4.2 (5.4.1)
Libadwaita: 1.2.0 (1.1.2)
Enchant2: 2.3.2
gtk-theme-name: Adwaita-empty
GTK_THEME: unset
org.gnome.TextEditor restore-session = true
org.gnome.TextEditor recolor-window = true
org.gnome.TextEditor show-map = true [default=false]
org.gnome.TextEditor custom-font = 'Comic Code 18' [default='Monospace 11']
org.gnome.TextEditor show-line-numbers = true [default=false]
org.gnome.TextEditor style-scheme = 'peninsula-dark' [default='Adwaita']
org.gnome.TextEditor wrap-text = true
org.gnome.TextEditor style-variant = 'follow'
org.gnome.TextEditor indent-style = 'tab'
org.gnome.TextEditor show-right-margin = true [default=false]
org.gnome.TextEditor spellcheck = false [default=true]
org.gnome.TextEditor auto-indent = true
org.gnome.TextEditor use-system-font = false [default=true]
org.gnome.TextEditor keybindings = 'default'
org.gnome.TextEditor highlight-current-line = false
org.gnome.TextEditor auto-save-delay = uint32 3
org.gnome.TextEditor discover-settings = true
org.gnome.TextEditor enable-snippets = false
org.gnome.TextEditor line-height = 1.2
org.gnome.TextEditor indent-width = -1
org.gnome.TextEditor show-grid = false
org.gnome.TextEditor draw-spaces = @as []
org.gnome.TextEditor right-margin-position = uint32 80
org.gnome.TextEditor tab-width = uint32 8
Have you tested Nightly to see if the issue has been fixed? If not, why?
I'm not a developer. I'm just using the version that comes installed with Fedora 36. System is updated frequently.
Current behaviour
What happened that made it evident there was a problem?
Tried to go to beginning of a document with Ctrl-Home. Instead, was taken to a different document on first tab (of three tabs). Ctrl-End took me back to the document in the last tab (third tab of three tabs).
Shift-Ctrl-Home/End are also being hijacked by the tabbed UI, to move the current tab location to first/last tab in the tab bar. These shortcuts are needed to highlight text from current cursor position to beginning/end of document. They should not be changing just because there are tabs.
Expected behaviour
What did you expect to see instead?
Keyboard shortcuts dialog clearly shows that Ctrl-Home and Ctrl-End are for moving to the beginning/end of the document. This is normal behavior in other editor applications, such as LibreOffice Writer or Visual Studio Code.
This is also the behavior in GNOME Text Editor, but apparently only in a window with no additional documents open in tabs. Without any other tabs in the window, Ctrl-Home/End behaves as expected, but functions differently when there are tabs. When there are tabs, there appears to be no valid shortcut for moving the cursor to the beginning or end of the document.
As noted above, Shift-Ctrl-Home/End also functions differently when there are tabs, and can no longer be used for text selection.
There are existing tab navigation and movement shortcuts of Ctrl-PgUp/PgDn (navigate to the left/right tab), and Shift-Ctrl-PgUp/PgDn (move the current tab left/right on the tab bar).