Priority enhancer...

[X-level]

New features regarding priorities of files...

[X-level]

Thought of a simple feature that checks for the size of all files (see "Size" in Queue.xml) and the actual size of the partially downloaded files (see "TempTarget" in Queue.xml)...
based on these, the new feature could re-arrange the priorities (see "Priority" in Queue.xml) of the files in order that files downloaded let's say 90+ % should be first to download, and then the others...

[X-level]

as the subject says, there could be also a priority enhancer based on a list (or the actual list) of favorite users...
e.g.: users from my ISP or "my private" users...

[GargoyleMT]

In order to keep the feature to a reasonable ("non-overwhelming" size), try to think of your requests as separate entities, without them growing "too big."

Adding a column to the Download Queue with the current temporary file size (ie. # bytes downloaded), or even percentage done, is an order of magnitude different from "prefer sources from your ISP."

It's not obvious how you know when someone's from your ISP. Perhaps you're on a hub where you enforce ISP prefixes. Perhaps you want to "guess" based on IP. Perhaps something else. I, for one, will not prefer sources on my own ISP - I'm a user of ADSL, 16kbyte/s up, theoretically.

[X-level]

then how about tooltips ?
people should know as much information about their files as they can get...
the reasons for this should be plenty, but everyone has its own ones...

the point was not to add columns to the DQ, but to add (or to make an additional program, such as MoGLO - for multiple HUBs searching) a new feature that will help the user to rearrange the files in order to get the "almost" downloaded files finished...

your points regarding "the favorite user" are correct, but if there will be created an additional program, this feature won't be too "stupid"...
and yes, there are HUBs where ISP name is very useful... especially when you have a huge LAN connection and want to finish very quickly with your downloads...
hmm... the idea of "guessing" is a good one, but kinda "stupid", i know... (maybe i'll implement it )

so... the features i was talking about were not regarding any "fancy" visual design of the DQ window (like displayed columns etc.), but simple buttons or a "right click menu" that contains some of these features...

hmm... or maybe there's someone who would like to make such additional programs... who knows

[GargoyleMT]

I think I missed my own point in my previous post. Post only one feature request per thread... That really helps when a discussion gets going about the how/why/if questions about a feature.

And by all means, look at http://sourceforge.net/tracker/?group_i ... tid=427635 to make sure your feature hasn't been suggested before.

If you group your features logically, and think them out with specifics, it's much better. A well thought out feature is easier to code. And a well presented feature is easier to criticize or improve.