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... -- 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/1877754 Title: GTKFileChooser: deselect highlighted directory Status in GTK+: Unknown Status in gtk+3.0 package in Ubuntu: New Bug description: 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. To manage notifications about this bug go to: https://bugs.launchpad.net/gtk/+bug/1877754/+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
