[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
** Changed in: gtk+3.0 (Ubuntu) Status: Triaged => Fix Released -- 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+: Fix Released Status in gtk+3.0 package in Ubuntu: Fix Released 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
[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
** Changed in: gtk Status: Unknown => Fix Released -- 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+: Fix Released Status in gtk+3.0 package in Ubuntu: Triaged 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
[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
Right, there are some other reports upstream about the usability of the fileselector e.g https://gitlab.gnome.org/GNOME/gtk/-/issues/271 ** Changed in: gtk+3.0 (Ubuntu) Status: New => Triaged ** Bug watch added: gitlab.gnome.org/GNOME/gtk/-/issues #271 https://gitlab.gnome.org/GNOME/gtk/-/issues/271 -- 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: Triaged 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
[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
Hi Sebastien, yeah, exactly that was the functionality I looked for - the +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 +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
[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
Thank you for your bug report, holding ctrl while clicking on the selected entry should allow you to deselect ** Package changed: ubuntu => gtk+3.0 (Ubuntu) ** Changed in: gtk+3.0 (Ubuntu) Importance: Undecided => Low -- 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
[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
When you have also reported the issue usptream please also mention it when filing the bug GNOME ** Bug watch added: gitlab.gnome.org/GNOME/gtk/-/issues #2706 https://gitlab.gnome.org/GNOME/gtk/-/issues/2706 ** Also affects: gtk via https://gitlab.gnome.org/GNOME/gtk/-/issues/2706 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/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
[Touch-packages] [Bug 1877754] Re: GTKFileChooser: deselect highlighted directory
https://gitlab.gnome.org/GNOME/gtk/-/issues/2706 -- 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