Improvement of download queue management
|Reported by:||jai_at_spam||Owned by:|
|Keywords:||Cc:||jai_at_spam, Alexander Schuch|
|Component version:||Operating system type:|
|Operating system version:|
In version 188.8.131.52 (and 3.0.x.x versions), some features included into 2.2.32 are no more implemented.
That features are all linked to download queue management:
- Reordering (up, down, last, bottom,...) list of file in the waiting downloading queue
- Add priority on file download
These features can be linked to the following other demand : http://sourceforge.net/tracker/index.php?func=detail&aid=1962034&group_id=21558&atid=372244
They implement it and extend the ordering command.
That is not a protocol mandatory feature, but that provide an end-user usefull feature mainly in case of multi-file download.
In my case, I can program the download of more than 30 files simultaneously (from the same site), sometime the download can't be achieved in one time (Server side failures). Then I have only some part of all files on my local disk.
Because the download queue management doesn't provide any options to drive the download file's order choice based on the yet downloaded size against the full file size evaluation (when possible), that features that provide to user the capability to 'manually' reordering the downloaded planned queue can be *very* usefull to be sure to have at least some of them quickly complet.
E.g. : I have 10 files with a size between 500 MB and 1.5 GB. The first one (1.5 GB) have 50% of its data downloaded, the third one (500 MB) have 10%.
I need relaunch the download, but this time I want invert the order because the third one have only 450 MB of data that must be downloaded, against the 750 MB of the first one.
If I have the same download speed for the both of them, then the third one (450 MB) can be downloaded quickess than the first one (750 MB).