Custom Query (2447 matches)
Results (16 - 18 of 2447)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #39 | Fixed | Deluge 0.5.8.4 cannot set desired ratio after which a torrent gets deleted, defaults to 0,00 | ||
| Description |
In Deluge 0.5.8.4 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 0.5.8.4 adding a torrent that's already added on the list causes a crash | ||
| Description |
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 | ||
| Description |
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? Tickboxes:
Buttons: 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) Buttons: 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 svn.gnome.org 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 https://bugs.launchpad.net/mintinstall/+bug/174548 I hope you consider this proposal for a future version. |
|||
