Public bug reported:
This bug is also reported on GNOME's GTK GitLab:
https://gitlab.gnome.org/GNOME/gtk/issues/326
## Steps to reproduce
1. Open any GTK app which uses save dialogs (e.g. gedit)
2. Press save
3. A save dialog appears and the filename is highlighted (if typing at this
point you edit the file name)
4. Click on a different folder (e.g. Downloads)
5. The filename is still highlighted, hinting that the focus is still there
6. Type and find yourself searching for a file in the selected folder
-- Current behavior --
The higlighting (on the file name) hints a focus which is not the actual input
focus, and the actual input focus (the search bar) is hidden until one starts
to type, which I think to be confusing and unexpected. Also, clicking back on
the highlighted filename you lose the highlighting, so you have to highlight
again some already highlighted text; I think this to be confusing and
counterintuitive.
-- Expected outcome --
Highlighting and focus need to match. If they don't that's a UX bug, and there
are several options to solve it, some examples:
- keep highlighting as is and keep focus on the filename, this whould require
finding a different path for file search (I think this is the most productive
option, because I assume a user wants to change the folder and eventually
rename or name the file, which I consider more likely than a user wanting to
search for a file within a save-file dialog);
- keep filesearch as is, but show its bar before typing begins, and remove any
highlighting from filename.
For reference, Windows 10's native save-file dialogs disables the
highlighting when clicking on a different folder. Typing does nothing at
that point.
Tested on gedit 3.36.1 on Ubuntu 20.04.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: libgtk-3-0 3.24.18-1ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-29.33-generic 5.4.30
Uname: Linux 5.4.0-29-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: GNOME
Date: Mon May 11 21:53:37 2020
InstallationDate: Installed on 2020-04-03 (37 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Beta amd64 (20200401)
SourcePackage: gtk+3.0
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile..etc.apport.crashdb.conf: 2020-05-04T10:26:46.106768
** Affects: gtk
Importance: Unknown
Status: Unknown
** Affects: gtk+3.0 (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug focal
** Bug watch added: gitlab.gnome.org/GNOME/gtk/issues #326
https://gitlab.gnome.org/GNOME/gtk/issues/326
** Also affects: gtk via
https://gitlab.gnome.org/GNOME/gtk/issues/326
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gtk+3.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1878076
Title:
GTK save-dialogs input-focus moves from filename to file search if a
folder is selected
Status in GTK+:
Unknown
Status in gtk+3.0 package in Ubuntu:
New
Bug description:
This bug is also reported on GNOME's GTK GitLab:
https://gitlab.gnome.org/GNOME/gtk/issues/326
## Steps to reproduce
1. Open any GTK app which uses save dialogs (e.g. gedit)
2. Press save
3. A save dialog appears and the filename is highlighted (if typing at this
point you edit the file name)
4. Click on a different folder (e.g. Downloads)
5. The filename is still highlighted, hinting that the focus is still there
6. Type and find yourself searching for a file in the selected folder
-- Current behavior --
The higlighting (on the file name) hints a focus which is not the actual
input focus, and the actual input focus (the search bar) is hidden until one
starts to type, which I think to be confusing and unexpected. Also, clicking
back on the highlighted filename you lose the highlighting, so you have to
highlight again some already highlighted text; I think this to be confusing and
counterintuitive.
-- Expected outcome --
Highlighting and focus need to match. If they don't that's a UX bug, and
there are several options to solve it, some examples:
- keep highlighting as is and keep focus on the filename, this whould require
finding a different path for file search (I think this is the most productive
option, because I assume a user wants to change the folder and eventually
rename or name the file, which I consider more likely than a user wanting to
search for a file within a save-file dialog);
- keep filesearch as is, but show its bar before typing begins, and remove
any highlighting from filename.
For reference, Windows 10's native save-file dialogs disables the
highlighting when clicking on a different folder. Typing does nothing
at that point.
Tested on gedit 3.36.1 on Ubuntu 20.04.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: libgtk-3-0 3.24.18-1ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-29.33-generic 5.4.30
Uname: Linux 5.4.0-29-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: GNOME
Date: Mon May 11 21:53:37 2020
InstallationDate: Installed on 2020-04-03 (37 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Beta amd64 (20200401)
SourcePackage: gtk+3.0
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile..etc.apport.crashdb.conf: 2020-05-04T10:26:46.106768
To manage notifications about this bug go to:
https://bugs.launchpad.net/gtk/+bug/1878076/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
