[Kget] transfer status

[Felix Berger]

On Thursday 24 February 2005 19:26, Dario Massarin wrote:

> These are all valid points. Now I don't have the time to answer to all you
> questions. (The computer laboratory in my university is closing...)
>
> I am really very happy about the problems you are noticing in the Transer
> class. Really! I expected this to bappen.

I'm glad you take it for what it is: constructive questions and ideas :-)

> Since I am now planning to redesign this class, why don't you take
> maintenance over it? Obviously we have to discuss a lot about it, and all
> the valid points you've just raised must be resolved. Tomorrow, I will send
> you a mail with all my new ideas.

More food for thought: One of my previous projects was a multiprotocol 
filesharing client in java called XNap. We had very differnent network 
plugins working all under one hood, so the Transfer interfaces from there 
might be a good start, I guess the actions presented to the user have to 
solved differently.

As to the design: The transfers were polled for their status every second or 2 
seconds, instead of having them throw events. Since network events are very 
frequent they would use up precious cpu time and a simple progress update can 
be delayed for a second. We had that in an old version. States that influence 
the available actions for a transfer should be reflected immediately though.

The transfer actions were dynamically merged in the context menu when several 
downloads were selected. Only the intersection of all supported actions for 
the selected downloads is shown.

Here are the links to the Transfer interface and the AbstractTransfer class 
which implements most of the framework stuff:

http://cvs.sourceforge.net/viewcvs.py/xnap/xnap3/src/org/xnap/transfer/Transfer.java?rev=1.3&view=auto

http://cvs.sourceforge.net/viewcvs.py/xnap/xnap3/src/org/xnap/transfer/AbstractTransfer.java?rev=1.5&view=auto

Regards,
Felix
-- 
Try Debian GNU/Linux!
http://www.felix.beldesign.de/