#1859: "Remove torrent" action in GTK GUI is error prone and should be split in
two
-----------------------------+----------------------------------------------
Reporter: nixar | Owner:
Type: feature-request | Status: new
Priority: minor | Milestone: Future
Component: gtkui | Version: 1.3.1
Keywords: usability |
-----------------------------+----------------------------------------------
One of the most common action in the UI is removing completed torrents.
In the current state (FTR I'm looking at 1.3.1), the same UI is used to
address two very different user intentions:
1. After a torrent is completely downloaded, stop deluge from dealing with
it (seeding) but keep the data around.
2. Whether the torrent is entirely downloaded or not, stop dealing with it
AND remove the data.
The current UI is inappropriate for several reasons, and I speak from both
a theoretical UX point of view and practical use:
- The user already knows whether he wants the data deleted or not before
he selects "Remove torrent," yet we have to interrupt them with a modal
dialog box.
- It's _extremely_ easy to delete data by mistake when that was not their
intention, they just need to misclick by a few pixels, and there is no
warning (note: warnings are not the solution anyway).
- There is usually no reason to keep the data around when a torrent is not
100% downloaded. They can just pause if that's what they want. In the
extremely unlikely event (1 in a million uses?) they want to keep the
incomplete data but outside of Deluge, they can always go to the temp
folder and copy it. No need to confuse the user, however slightly, in the
99.999% of cases.
- It pops up a modal dialog box. Modes are evil.
Proposed alternative solutions:
A. Separate "Remove torrent" and "Delete files" actions in the menu. Since
the former is both less destructive and more common than the latter, bind
it to the "Backspace" AND "Del" key. No confirmation dialog for "remove"
required since no data is lost you can easily reopen the torrent file.
Confirmation dialog could be considered for "delete files," but it would
be much better IMO to move the files to the desktop environment's trash
without confirmation, since this is reversable.
B. Only offer "Delete files," bound to DEL/BS when torrent is not
complete; files are moved to trash (hence user undoable). It changes to
"Remove torrent" (does not delete files) when torrent is complete, same
keybinding. Optionally offer "Delete files" in the latter case, but not as
bound to DEL/BS in that case.
--
Ticket URL: <http://dev.deluge-torrent.org/ticket/1859>
Deluge <http://deluge-torrent.org/>
Deluge project
--
You received this message because you are subscribed to the Google Groups
"Deluge Dev" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/deluge-dev?hl=en.
