Description of problem: Nautilus is missing two actions possible with the Fedora 21 version Result of Missing actions is to double keypresses and also contribute to aggrevated pain in fingers and arm Version-Release number of selected component (if applicable): Nautilus for Fedora 22 How reproducible: See below Expected results: Expect the two options restored [x] Delete files by bypassing trash unmount a mounted drive whose image shows on the desktop Additional info: Count the number of hand/finger displacements/mouse button presses. FEDORA 21 DESCRIPTION Delete a file / unmount a drive Lift hand from keyboard to mouse Use the mouse to open target folder. Its cannot be done with keyboard alone. Use the mouse to select "sort by date, to locate the file I need to delete. It is somewhere at one end of the list click on the object (file or directory) that I want to delete lift hand from mouse, back to keyboard Use keyboard to perform shift delete. Return to mouse to to click acknowledge return hand to from mouse to keyboard. to continue work. Or with move to trash Leave the hand from mouse from the keyboard, select sort/file to delete perform action move to trash Click on trash, select to clean clash of objects. return hand to keyboard UNMOUNT A MOUNTED DRIVE leave keyboard and proceed to mouse Double click onto mounted drive. Nautilus opens If Nautilus does not display left column, open left column to show partitions. select drive and click unmount close nautilus. return hand to keyboard THE NAUTILUS WITH FEDORA 21 Remove hand from keyboard and put hand on mouse, click to open nautilus and slide to folder Select to sort files by date (hand still on mouse) select file to delete after sort by date (Not sure of filename). right click on mouse to delete file. return hand to keyboard UNMOUNTING A DRIVE. Unmounting a mounted drive whose icon is showing on the desktop right click on drive with mouse, selecting unmount done THIS IS IMPORTANT... If you are busy working for 8 hours, the New F22 Nautilus causes aggrevated finger and arm cramps (carpal pain from too much repetitive keypresses) Most actions require double clicks on the mouse. PLEASE RETURN THE TWO OMITTED OPTIONS TO NAUTILUS 22.
I second the OP. The bypass trash option allows the user to delete by simply clicking, while to use the delete key one has to first chose the file to be deleted with the mouse, then reach over to the delete key. All other Linux file managers have this options. It is a regression in usability to remove it. Moving files to the trash folder is not deleting, If gnome has to remove features it would make more sense to get rid of trash because it gives the misleading impression that files are deleted while they are just quietly taking up space.
The right-click context menu delete feature is something I use and would like to be brought back too. However, removing trash? Not a good idea. I use trash equally as much. Both have their uses to me. So having both options available is the optimum set-up. As I posted on fedoraforum.org the build 3.17.2 of gnome-files (nautilus) brings the delete option back for systems that don't support trash. So I would like to suggest it is brought back for ALL Fedora systems by default whether or not they support trash. Failing that, an option to enable/disable the command in the preferences.
Just want to echo the above posters, this is a "Include a delete command" is a useful function that should not have been removed.
Add another voice to NOT REMOVING FEATURES
Seriously, one step forward, 10 steps backward..... I keep reading about how great a release F22 is. Regressions for me from F21... 1205771: Broken emulation of middle mouse button for ALPS touchpads, courtesy of switch to libinput. 1214466: Hanging shutdown/reboot when have nfs shares mounted over a wi-fi connection. And now, the removal of nautilus "bypass move to waste basket"..... Time to either revert back to F21, or another distribution, for me.
Nautilus is also not responding to double clicks when trying to open folders. Sometimes I have to move focus to another folder, then back before I can open.
(In reply to Brent R Brian from comment #6) > Nautilus is also not responding to double clicks when trying to open folders. > > Sometimes I have to move focus to another folder, then back before I can > open. Ditto for me. Same move off, then on, to double click. I actually restored Fedora 21 onyo one system so that I could take advantage of the prior Nautilus version.
======================================== nautilus ======================================== Major changes in 3.17.2: * Fix window focus issues when starting nautilus (Carlos Soriano) * Fix handling of command line options in diferent cases (Carlos Soriano) * Decrease the padding on list view (Carlos Soriano) * Use a dialog for creating folders (Georges Basile Stavracas Neto) * Use a dialog for renaming files (Carlos Soriano) * Allow F5 and ctrl+r as shortcuts for refresh the view (Carlos Soriano) * Make the zoom slider the preference itself (Carlos Soriano) * Allow opening with a different app than default for multiple files (Carlos Soriano) * Fix view scrolling when selecting with ctrl + mouse (Georges Basile Stavracas Neto) * Don't always make the sidebar visible on start (Antonio Fernandes) * Allow opening folders with another app (Carlos Soriano) * Show Delete Permanently on systems that does not support Trash (Carlos Soriano) * Add Alt<down> shorcut for opening * Fix some icons sizes inconsistency (Cosimo Cechi) * Add public API documentation for Nautilus extensions (Cosimo Cechi) * Add a gsetting to toggle recursive search (Felipe Borges) I highlighted the option * Show Delete Permanently on systems that does not support Trash (Carlos Soriano))that should also respond to this posting. Fedora users (US and France) want the delete bypass of the trashbin or ability to fully remove the trash bin.
"Move to Trash" and "Permanently Delete" are both highly useful Nautilus action options and both should be kept available in Nautilus. Ideally both might be options that could be set in preferences as enabled or disabled, with either or both enabled. The decision to totally eliminate direct permanent deletion was a bad one. "Move to Trash" is a reasonable default for newbies, and a useful option even for experienced users in cases where you are not absolutely 100% certain you would never want the file back and don't want to expend the effort to determine whether recovery might be needed. It would probably be wise to protect newbies by having a "permanent delete" option be disabled by default. But, for intelligent users, there are many cases where being able to manually select a file for immediate "permanent delete" makes a lot of sense and saves effort -- for example, a deliberate act to recover filesystem space by eliminating 100%-useless large files; or a deliberate act to make it much harder for someone to find files with sensitive data that you no longer need to retain. The removal in f22 of the "permanant-delete"-bypassing-Trash option from Nautilus means that to get the desired effect you now have to do additional steps to separately delete the items from Trash, increasing both the work involved and the odds of omitting a crucial step.
This bug is closely related to bug 1226711, which is a more explicit request to restore the Nautilus preferences option that used to be provided to add the "Delete" option in the right-click context menu for listed directories/files. The title for this bug is more of a rant than a functional description of the problem (which means it's less likely to be found by others who find this change a significant issue)
Hope it makes it into Fedora 23 before go-live. It is certainly not in the F23 Alpha1 version.
Hi Joel When one person complains, it is a rant, When many complain, it is a reflection of a nautilus change that does turn away users from praising and using Nautilus. Why not offer the opportunity to install the Nautilus that was provided with Fedora 21. It did not appear to need option removal.
<rant removed>
Are the functionalities provided with Nautilus and Fedora 21 going to be addressed for Fedora 23?
23->24???
This problem with so many extra keyclicks to achieve what we were able to do with the legacy (F21 design) of Nautilus should be reviewed to restore features that were "End-user" oriented, rather than providing for "Developer -- end-user" oriented features.
https://git.gnome.org/browse/nautilus/commit/?id=0e5f6710df593de3455fe0e8b1509cdf2fb55bbe -> 3.20
Ths request is not in Nautilus 3.18 as it was in 3.16. Please re-implement the feature that was available in Nautilus with 3.16 and earlier versions. As implemented, this change IS DANGEROUS, because one may not want trashbin to be cleared without presenting a confirmation request. IN NAUTILUS VERSION 3.16 [x] Allow direct delete to avoid moving the file to the trashbin Again, this option was definitely not implemented in Nautilus 3.18 as mentioned in comment 17 or shown above. What was implemented is [x] skip confirmation message on moving file to trash and on clearing trash. As implemented, this change IS DANGEROUS, because one may not want trash to be cleared without presenting a confirmation request. Please test/verify before closing out
fyi See new bug for old bug here: https://bugzilla.gnome.org/show_bug.cgi?id=760001
It looks like this change is going to be corrected, but I'd like to add my name to those requesting an option to directly delete a file rather than sending it to the recycle bin.
Hi Steven That direct delete was in Nautilus 3.14. Comment2 Above Add to it, Relocate the Current entry to before +Other Locations Most of the time it will save 1 keystroke I checked with many other Nautilus users They would like to see /tmp before +other Locations Currently to view /tmp you need a) start Nautilus b) Choose +other Locations (if the side frame is present) c) Click on Current d) Click on /tmp /tmp is the second most used directory In the interrim I created a soft link in ~ to it as ln -s /tmp ~/tmp Now... a) start Nautilus b) Click on /tmp link
This will never be addressed, so why bother reporting problems.
OK, I've opened: https://bugzilla.gnome.org/show_bug.cgi?id=782339 You may want to support my request it there.