Custom Query (2447 matches)


Show under each result:

Results (16 - 18 of 2447)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Ticket Resolution Summary Owner Reporter
#39 Fixed Deluge cannot set desired ratio after which a torrent gets deleted, defaults to 0,00 markybob anonymous

In Deluge I cannot set desired ratio after which a torrent gets removed from seeding, defaults to 0,00 whatever I try to input in that field.

#40 Fixed Deluge adding a torrent that's already added on the list causes a crash markybob anonymous

When I added a torrent that's already on my list by mistake, Deluge crashed. It happens every time. Well it doesn't exactly crash. Apport (ubuntu hardy) kicks in saying Deluge crashed, but it keeps on going. Admittedly once the torrent list froze after something like this happened.

#41 Fixed A redesign for the "remove torrent" modal dialog window is needed andar anonymous

The "remove torrent" modal dialog window is a good example for really bad design. It doesn't conform to GNOME Human Interface Guidelines. But screw that, they're just guidelines, right? No. Get a UI designer on your team. This isn't meant as an attack. I'm giving you valuable insight here. Deluge is a good application overall.

Currently this is what it looks like:

Text (not sure, translating on the fly, using Polish version): Do you really want to remove the torrent/torrents?


  • Delete files
  • Delete .torrent files


Yes, No.

How should it look like?

Text: Remove %n torrent(s)? (Please enable proper plural forms support, this (s) is just a sad hack)


Remove from list only

Remove and delete .torrent files

Remove and delete downloaded files

Remove and delete all associated files

If you think the labels on buttons will be too long, don't worry, they won't be. It's all about usability, readability, interface standardization (I was really stumped by this dialog and didn't know what to do at first) and not trying to mimmick a clumsy Windows-like interface. Avoid modal dialogs like the plague, but if you really need them (like here), again, avoid "Yes" and "No" button labels at all costs. I dare you show me one GNOME application in having such labels on any button. That would be a sign of downright bad design.

Look at this bug to see a mockup of what am I on about here

I hope you consider this proposal for a future version.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Note: See TracQuery for help on using queries.