Zlobomir

Any details?

Good point... If it can be made to allow lower values if you have more slots set...

Just a guess - the only logical reason may be that "the bridge" is not widening - the other peers just make a by-pass. F. ex., in my own LAN I am on wireless with an access point of max. 1000KB/s (because of a railway). But the whole network on my side of the railway is 100Mb based, and some users are directly connected, or via anothe access points. So, if more (faster than me) peers from my side of the railway start download, I can respectively by-pass the 1000KB/s limit of the access point. Similar is the situation if you download from some user outside your LAN, and your helping peers have faster internet than you. Sorry if this sounds stupid. But if this has to deal with the old strange lower speed between clients, it should be fixed...

There is a Ctrl+S for that. If you mean smth like "Who has the latest Firefox and is ready to share it", it is another issue. The Only use of that is if your HDD limits you to share all you have. But in this case, since the data will be on CD/DVD, how Apex would know the path? On the other hand, if you have the data on the HDD, you should share it without request, if you like. Finally, if the user just can't set up his Search function, this is no excuse to spam in main chat. :)

And please specify the hubs and the commands, so they can be fixed in a more nice way. PM to some developper, if hubs are too private.

If there are only two reg keys, can't a simple method of Check>>Elimination be applied?

Better make that line in rules in red color.

1. A little late, but just to mention, it's OK to specify one and the same port for TCP and UDP (say 1026). Moreover, it looks like eMule is also fine with running on one and the same port (say 1027). 2. Do you have firewall, in which only eMule is allowed?

Any program can be outdated at the moment of a request...

1. Regarding your idea of users helping each other with downloading - IMHO you are experiencing the old problem with low speeds of SDC++ (and respectively Apex DC++) in a LAN between two users. I do not remember in detail what the problem was, but it was discussed there and I believe that it's better to solve it in its roots (if it is still not solved). So, if we imagine that you and the remote user are standing on both sides of a narrow bridge, the other users (your friends) just make the bridge wider? It just doesn't make sense, unless the remote user has enabled some limiter per IP. 2. Please make a separate topic for each feature. Writing in two places is better than sorting the mess on one. :)

Won't the result of a top limit per IP suit you both? Amp, if you set, f. ex., max. of 20KB/s per IP, probably this will help for equal distribution of the remaining speed to other IPs. :)

IMHO he means that the file info is hashed for segment downloading and can be used only so. And if there is only one source, what you gain if you turn off the segment downloading?

Probably the best is to have two parameters defined by user - window size and window position, for optimal behaviour on any resolution.

Splitting of large messages? Spammers may make use of that...

Gee, a programmer's memory. Anyway, about the copy Path - Filename, what is the warranty that the respective user really has the latest version?And is there a way to do this with user commands?

And please let us know if you find some client which has them, in order to eventually implement the features faster.

Why get so much into details... It works, one of the beautiful sides of DC is that it does exactly what needed just with a press of a keyboard button.

But what if you forget to narrow down the search?

Do you know exactly what are doing the people on the opposite side? Maybe for the 40Kb user you are the only source and 2-7Kb users have more sources?

IF it is possble, we may use eMule style, choosing what to see in each half of the window... But this will eat up precious space. Is it too revolutionary to think about general redesign of GUI like in eMule?

As far as I understood from our private conversation, he means something which is not superseeding, but I failed to exactly understand him. Anyway, ifmn, please explain in detail, I'm sure that there are people here who can get it.

--Off @amp - In BG alphabet we do not have the "russian specific" letters. Well, we have Ъ ъ in use, and I also have Э э, ы (only small) on my keyboard. Apart from that, the authors of our alphabet and of your one are one and the same. See my previous post in the topic ( http://forums.apexdc.net/index.php?s=&...post&p=2023 ) I have missed Ъ ъ there. --Off

amp, твой английский хороший чем мой русский. Пожалуйста, переведи твой пост. А если ты имееш времени для перевода постях aninerbe, большое спасибо.

Good idea! If it's too hard to implement, we may split the present search button in two and the right one will just ignore the timer. ;)

Note: For the user 4 times in Favs - probably the hubs are different. IP identification is doubtful, since the user may have dynamic IP as you. And due to protocol restrictions currently we can't associate nick-hub, so there will be a great mess. I reserve the right to be wrong. Заб: Для юзера 4 раза в Фавс - можно что хубове разнее. ИП идентификация есть сомнительная, потому что ИП пользвателя можеть быть динамическое как твое. Также во причине протокольное ограничение сейчьс мы не сможем сверзать ник-хуб, в резултате будет большая каша.