Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gtk gtk
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,478
    • Issues 1,478
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 246
    • Merge requests 246
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GNOME
  • gtkgtk
  • Issues
  • #717
Closed
Open
Created Dec 06, 2016 by Bugzilla@bugzilla-migration💬Reporter

GtkTreeView should open and close nested items with unmodified arrow keys

Submitted by Nate Graham @Pointedstick

Assigned to gtk..@..tk.org

Link to original bug (#775731)

Description

Fedora 25 + GNOME 3.22 + Wayland

Various programs use GtkTreeView to display nested content, like evolution and baobab. One frustration in all of these programs is that keyboard navigation does not open nested items with the unmodified right arrow key, or close nested items with the unmodified left arrow key when the root node is selected. Instead, the shift modifier key must be held down when pushing the relevant arrow key.

There are three problems with this:

  1. It's hidden and user-unfriendly; the fact that you need to press the shift key is not documented or exposed anywhere.
  2. It's unnecessary; The plain arrow keys aren't doing anything else, so there's no need to bury the functionality behind a modifier key.
  3. It's contrary to expectations and the way tree views work in basically every other widget toolkit across every computing platform I've ever used.

Here are two bugs I filed against other programs to implement this, not knowing that GtkTreeView was the culprit: https://bugzilla.gnome.org/show_bug.cgi?id=775370 https://bugzilla.gnome.org/show_bug.cgi?id=731689

Version: 3.22.x

Assignee
Assign to
Time tracking