Public bug reported:
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.
** Affects: ubuntu
Importance: Undecided
Status: New
** Tags: gtkfilechooser
** Package changed: gtk+3.0 (Ubuntu) => ubuntu
** Description changed:
Open a random file save form (gedit, LibreOffice doesn't matter).
Sometimes the first entry in the file list gets highlighted
- automatically (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.
+ 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
- working directory and not a particular file. The only valid (and nasty)
+ 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.
--
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 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/ubuntu/+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
