Merge transfers, queued files and finished files
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| DC++ |
Confirmed
|
Wishlist
|
Unassigned | ||
| LinuxDC++ |
Confirmed
|
Wishlist
|
Unassigned | ||
Bug Description
I think that having downloads and queued files in different places is counterintuitive from the user's point of view, since they are both things you want to download. The only difference being, the first are already being downloaded and the second aren't yet.
Dcsharp handles this gracefully, and I propose using a similar layout:
-Transfers shouldn't be shown in a pane but in their own section, together with queues. Using an icon before the filename should be enough to tell them apart, e.g.: a downward arrow for downloads, an upward arrow for uploads and a pause or clock icon for queued items.
-Everything should be based on expanders: the top level shows folders or individual files and from there you can perform transfer-related operations, like removing a file from the queue. Expanding those, the actual connections are shown. From there you can perform actual user operations, like giving a user a slot or removing him from the queue.
I'm attaching a quick mockup.
| David Prieto (frandavid100-gmail) wrote | #1 |
| Steven Sheehy (steven-sheehy) wrote | #2 |
| Changed in linuxdcpp: | |
| importance: | Undecided → Wishlist |
| status: | New → Confirmed |
| summary: |
- Merge transfers and queued files + Merge transfers, queued files and finished files |
| David Prieto (frandavid100-gmail) wrote | #3 |
| Steven Sheehy (steven-sheehy) wrote | #4 |
| Jacek Sieka (arnetheduck) wrote | #5 |
| Dmitriy Larchenko (neokril) wrote | #6 |
| eMTee (realprogger) wrote | #8 |
| Changed in dcplusplus: | |
| status: | New → In Progress |
| Changed in dcplusplus: | |
| importance: | Undecided → Wishlist |
| Changed in dcplusplus: | |
| status: | In Progress → Confirmed |
| tags: | added: win32-ui |
I like the idea and in fact I've thought about this before after using bittorrent clients like Deluge. You could also go a step further and include finished downloads since they are just downloads in yet another state. However, I'm not sure how technically feasible it is since the DC++ core was written with these three areas as separate since that's how the Windows DC++ is. It would require a lot of work to implement if it can be implemented at all without asking DC++ to change their user interface as well.