People downloading 64KB segments are always in my uploading list (and more)

[Jota.Ce]

I have 2 slots open now, but i'm currently uploading to several people more cause they have set (or automatically generated) segment size to 64KB and that is my minislot aximum size.

Since i can't lower minislot size below 64KB, those people are always in front of my upload queue.

I have also some suggestions:
 - <Del> key doesn't work in "Finished uploads" and "Finished downloads" until you unfold context menu
 - Double click doesn't work on search combo box (it allowed you to select a word completely)
 - I dislike absolutely that automatic tab re-ordering. I mean: i have 4 rows of tabs (open hubs) and when you click one tab, entire row is moved down to be near hub content. This way i never know where determinate hub is (with its usual position).
 - All transfer bars should refer to entire file and reflect which block is being read/written. 500 pixels of a bar for 64KB block doesn't help me knowing if it's fast or slow.
 - Remaining time column in connections tab. My ordenation is usually by that field (remaining time).
 - Uploads tab. Or Downloads+Uploads tab: A tab showing what files are being uploaded or downloaded (and number of users) in my computer.

And... one personal opinion:
 - I can agree in using free software to build DC++, but only if it's better than commercial one. And it's clear in this case it does not. It may take up to v0.710 to reach the level of correction of v0.699. Too few free programs are better that commercial ones.

Anyway, i'm very greetful to people behind DC++ (not the same for the compiler). This is getting better every day.

Regards.

[MikeJJ (mrmikejj)]

Yes, this sounds like a definite issue. Your suggestions should be filed in their own bug reports individually, so it's possible to keep track of them easier. :)

But regarding
- I dislike absolutely that automatic tab re-ordering. I mean: i have 4 rows of tabs (open hubs) and when you click one tab, entire row is moved down to be near hub content. This way i never know where determinate hub is (with its usual position).

I also really dislike that, and investigated it a bit. Turns out the problem is with Windows. I even posted a topic on the msdn's forums asking about a way to disable this. Nobody answered. :@
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2686458&SiteID=1&pageid=0

[Pseudonym (404emailnotfound)]

Ok, totally untested, but I think this is what we want. It uses the size of the actual file instead of the size of the chunk.

[Jota.Ce (psidtg)]

OK, i'll write a personal suggestions report, cause i forgot to mention:
 - Remove ugly sound when executing a search (or, at least, adding an option)
 - Ordering rows in Downloads/Connections tab is not comfortable... (try to order by "State" column, it should be similar to order by "Completed")
 - Another thing i have forgotten now xD (so i'll wait a little more to report)

A quick solution to 64KB issue is lower minislot size to 63KB (allow people to do that, and set minimum value to 63). Anyway, patches are only for devel people, no t for the publix, so i have to wait a few weeks to see it working. But thanks for the speed in answering ;)

About Tabs... they always have that behaviour... it's that component/control behaviour as far as i've programmed with it.

And... what about locating tabs at the bottom of hubs ??? That's only a property of PageControl/TabControl (position of tabs).

[Jacek Sieka (arnetheduck)]

one bug per suggestion please

[Jacek Sieka (arnetheduck)]

this bug will be closed with the next release - if you want the other suggestions to remain visible, please open separate requests for each one