poy

perfect! i missed that cozy Christmas feeling! :D

Hey, It's not snowing on the forum. :(

yes but not explicitly; as long as hubs allow standard traffic, they don't need to support anything particular. so NAT-T should work with most current hubs. yes. as far as i have tried, it has always worked for me. there is a survey on <http://dcpp.wordpress.com/2010/06/14/nat-traversal-compatibility-survey/> to gather feedback and try to establish statistics. DC++ only supports NAT traversal on ADC hubs, but i believe StrongDC++ (and ApexDC++) support it on NMDC hubs too. ;)

yes. there's a limit in Win of about 260 chars per path and after that many programs can go haywire, DC++ included. see <https://bugs.launchpad.net/dcplusplus/+bug/238482>.

i think, if you append "/silent" to the command-line used to open ApexDC++ (so in the shortcut properties), it won't ask. the happiest people would probably actually be the guys over at MS, since this would mean they would have managed to maintain compatibility with an app as complex as ApexDC++. oh and i find it ironic that someone nicknamed "pingu" evocates Windows 7... :)

yes this is easier to implement and looks less "home-grown" than using TTH. very well written proposal! you might want to rephrase some of the "we do this and that"s into "x should do this and that"s, so it sounds less personal and more like a real draft. ;)

i have no idea if Excel respects nix line endings or not... can you upload the file somewhere? (like <www.sendspace.com>)

you might have screwed up with line endings; what editor are you using?

https://bugs.launchpad.net/dcplusplus/+bug/237682 http://bazaar.launchpad.net/~dcplusplus-te...k/revision/1263 http://bazaar.launchpad.net/~dcplusplus-te...k/revision/1264

ok. yes, sure it would be better if the login/password could be hidden. but i still can't understand what you're asking for in the vote, could you try to elaborate the question?

"crypted"? i know "get", "post", "put", but "crypted"...? unless you meant "post" through a secure connection? as for the vote, i don't understand it (and can't find the meaning of the "else" either...).

because some countries limit speed to 130 km/h. :)

that's a good solution. the number of detected corruptions would have to be defined, though; 50 is a bit too much... codewise, i think this would need a counter in the FileChunksInfo class if i'm not mistaken. however, this is a workaround and i still prefer the client doing nothing automatically and letting the user cancel the download if he thinks he has to.

this is what i meant with "one's suggestion". i'm against this solution since i think the current technique (go back to the beginning of the block and re-download it) is very useful for corruption handling in most cases. now, in your (very rare) case, i believe you pausing/removing said download by yourself would be better than an automatic thing that would cancel every downloads which could have been easily corrected by the current technique.

this seems to be what causes the segment to be downloaded ad infinitum on Excelsium's computer. one's suggestion would be to act the same way the client acts in the case of a "TTH inconsistency" (remove the user from the queue), but i'd be against this solution: i find the current corruption handling pretty nifty. that's why i agree with Big Muscle: the user should fix this on his own; the problem is on his computer. and if he can't fix it, he can cancel the download himself...

in the meantime, you can use the '-' (minus) character to exclude terms from the search.

user commands can be specific to each hub, not always (although it's often the case) to each hub program. thus i think FlopP.'s request is still a very good one. :)

i checked the source code before i posted, and i think it shouldn't work. but who knows, maybe there's a hidden secret function i didn't spot ) this seems much like a weird workaround...

what FlopP. means is that you have to duplicate the user command if you want to have it shown in several hubs. it would indeed be easier to being able to set several hubs in this "hub" field, maybe by separating with ';' or whatever. or, as suggested, set the commands on the fav hubs dialog but the latter solution seems more difficult to do.

or 5) a listview in the fav hubs properties where the list can be edited. the ideas with timers and stuff may be really too hard to do; however, your 2 images show good solutions (i prefer the one with the "Save" command in the dropdown).

what i meant here is that when you write down 1 letter in the field, the list is already updated according to this letter. if you type another one, the list updates again; etc. so, say i want to search for "[VIP]" in the user list. if that list saved everything searched for, it would save: [ [V [VI [VIP [VIP] thus my question about how to tell the program when to add something to that list, and when not to.

about your specific problem here (kicking based on some factors), have a look at the Fake detector > Clients tab in the settings. you can add this st|z|pw|ap as some kind of regexp, and associate an automatic raw to that profile. you can this way do whatever action you want for these profiles, automatically (no need to select the users, clik "kick", etc). the hard thing may be to correctly define the raw, but it isn't the matter here. this doesn't make this feature request unuseful, though :D

so, on-topic : 1, 2, 4 and 5 already exist in publicly available clients and i'm sure the developpers know about them; however, since it's always more work to do, it's up to them to choose which to add... however, i didn't understand 3. "Auto Search - Nice to check many users without anoying list download" if you mean OP controls that make the list download, it's usually to detect not only bad files, but also some other stuff like a possible fake share, bad TTHs, etc; these things can't be checked via a simple search. more off-topic: i really think it's 98! :D

off-topic: "Post 002"... does it mean you have 98 more left? :D

with Ctrl+Up/Down or by using a dropdown, the last entries have to be remembered anyway, so i think both would use about the same amount of memory (maybe a little bit more for the dropdown, but this isn't much). it's a very good idea, but i've one question: how would you tell the program when one of the entries has to be saved in the list? Enter button? edit: oh, some autocomplete feature can also be very useful in this case :D