file chooser: cannot copy, cut, paste, drag&drop, rename, delete

Reported by Nicolò Chieffo on 2007-09-23
120
This bug affects 20 people
Affects Status Importance Assigned to Milestone
GTK+
Confirmed
Wishlist
One Hundred Papercuts
Wishlist
Unassigned
gtk+2.0 (Ubuntu)
Wishlist
Ubuntu Desktop Bugs

Bug Description

gtk2.0 2.12.0-1ubuntu1

some really important features are missing in the gtk filechooser. These are the use case:

Mr. X is saving/opening a file and this might happen:
1) he needs to rename an existing file because he wants to save the new file with the same name, but does not want to loose the old file (SAVE ONLY)
2) he sees a file, in the current view, that is no more needed, and he wants to delete it
3) he sees a spelling mistake in a filename/dirname
4) he wants to create a directory to save the new file, but he gives the wrong name to it, and wants to rename it (SAVE ONLY)
5) he sees a file that is not in the correct directory
6) he creates a new directory to rearrange the current dir, because he has lots of files that can be grouped

now if this happesn, Mr X has to open nautilus to do all these things. This is in my opinion not acceptable.

Sebastien Bacher (seb128) wrote :

Thank you for your bug. You should consider that the work is done by busy people and volunteers and that doesn't cost you anything before writting that things are "not acceptable" though

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
status: New → Triaged

Sebastien, I used that word because in this upstream bug I've read
that a gtk developer doesn't want to add this feature, because it his
opinion to manage files I have to use a file manager, not the open
file dialog. So I've written some examples in which using a file
manager is "not acceptable". I didn't want to be rude at all!

Changed in gtk:
status: Unknown → Confirmed
komputes (komputes) wrote :

I would like to confirm that this is a usability obstacle for people who are used to the ability to copy, cut, paste, drag&drop, rename and delete from the browse/open window. Many users are shocked to have these features missing as they were used to having it available, being educated to use other operating systems. The application virtualbox choses not use the gtk browse/open window. They have chosen to offer these options as well as detailed list view (see attachments). I think we should inspire ourselves from them. Truth is, I feel this would be extremely useful in GNOME.

komputes (komputes) wrote :
komputes (komputes) wrote :
Changed in gtk:
importance: Unknown → Wishlist
entonjackson (aj-mysc) wrote :

I think this is a really important functionality.
No one can deny that she/he wanted to download a file, or open a file and wanted to manage files or folders within that dialog at the same time.
Workflow then slowed down, because there needed to be opened nautilus first, to do that...

Chris Wilson (notgary) on 2013-04-10
Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → Wishlist
Chris Wilson (notgary) on 2013-05-27
Changed in hundredpapercuts:
milestone: none → papercuts-s-nautilus
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.