On Sun, 2005-08-07 at 18:14 +0200, Christian Biere wrote:
> Paco Arjonilla wrote:
> > I've been thinking about giving priorities to downloads. Graphically, it
> > would only add a numeric edit in the downloads pane, maybe near the
> > progress bar.
> 
> I think a drop-down (or whatever it's called) popup menu entry would
> be the easiest:
> 
>        +-----------------+
>        | Abort           |
>        +-----------------+
>        | Abort all ...   |
>        +-----------------+   +---+
>        | Set priority... | ->| 0 |
>        +-----------------+   | 1 |
>                              | 2 |
>                               ...
>                              | 8 |
>                              | 9 |
>                              +---+
> 
> Although nobody is really able to remember whether a high or a low
> value means "important".

>From a usability point of view I think having 9 priorities is too many.
And being able to tweak the bandwidth of each download and unessecery
complication.

I would suggest to keep it simple, 3 levels, labeled "High, Normal, and
Low". Instead of setting bandwidth just have High priority use upto the
global limit of bandwidth. If there is spare capacity then medium
priority doenloads get to share it. Finally low which only gets
bandwidth if the other streams are not using up the bandwidth.


> [formula]

Keep it Simple ;-)

> > Any comments? Where should I implement the code, in the lib part or the
> > core?
> 
> That should be "core" code.

You'll need some iterface to the gui that allows the gui to query the
current priority of a download and also send a message to set a new
priority.

I would recommend looking around the src/if/bridge/ui2c.c and c2ui.c to
get an sample of what interfaces are easy to plug together.

--
Alex, homepage: http://www.bennee.com/~alex/
When we write programs that "learn", it turns out we do and they don't.



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel

Reply via email to