GTKFileChooser: deselect highlighted directory

[Matthias Dieter Wallnöfer]

Open a random file save form (gedit, LibreOffice doesn't matter).

Sometimes the first entry in the file list gets highlighted automatically which may be a folder (especially when it is not the first time you save a file). So the user may click on another entry to change the selection, but clicking on the background *does not cause* a deselection to take place. In my opinion that would be an expected usage pattern as it is the case on common other platforms.

Why is that important? Sometimes the user just needs to choose the current working directory and not a particular folder/file (he doesn't want to have the file stored in a subfolder). The only valid (and nasty) workaround is to go one hierarchy upwards and then double-click the directory folder. The folder gets opened and the user finally finds him/her-self with no entry highlighted.

[Sebastien Bacher (seb128)]

Thank you for your bug report, holding ctrl while clicking on the selected entry should allow you to deselect

[Sebastien Bacher (seb128)]

When you have also reported the issue usptream please also mention it when filing the bug

GNOME

[Sebastien Bacher (seb128)]

https://gitlab.gnome.org/GNOME/gtk/-/issues/2706

[Matthias Dieter Wallnöfer (mwallnoefer)]

Hi Sebastien,

yeah, exactly that was the functionality I looked for - the <ctrl>+click hotkey. Unfortunately it is not very intuitive if you don't know about it. So I guess that I am not the only user which would be more familiar with the click outside...

Similar thing about the path editing feature: you may not just click on the breadcrumbs in the top to get the path field as it is the case on other OS as Windows. No, you need to know about the <crtl>+L shortcut to open it.

So put together those are not bugs, but rather usability issues...

[Sebastien Bacher (seb128)]

Right, there are some other reports upstream about the usability of the fileselector e.g

https://gitlab.gnome.org/GNOME/gtk/-/issues/271