Crise

i like the sound of that, means less work for me Edit: nice avatar Grogs.

it makes adding resume option harder as paused downloads are automatically cleaned from transferview after some time, so you would have to go to download queue to resume them (ofcourse it can be done so that paused dl's will remain on transferview, but it would ofcourse cause aditional work for me) In reality i don't know yet how will i do with this request at all, maybe i'll figure out the resume thingy or maybe not we will see.

firstly, i didn't never say that there won't be an op version, i just said it's not the first thing lined up in things to do with apexdc++ secodnly: hide share will be added to OP version only not to normal version, unless we decide to merge the op version and normal version at later time.

remove user from queue, and disconnect user: good idea. pause, resume: pause is easy but resume is bit trickier as tranferview is "cleaning" itself up periodically :)

installation guide or installer? :)

maybe, but i think that OP version is not important at the moment, my priorities are getting this project to a level beyond just ideas and discussion, to something like executable perhaps :)

sweet i like them note: there is typo in the donator icon it says: "Donater" currently. edit: fixed alredy, i just saw the cached versions :)

with the hide share there is just that: if user is an op in hub x (hide share enabled) and a regular user on hub y (hide share disabled obiviously) there can be messups with uploading filelist, to clients of version 0.674 and older

that won't be happening, sorry (at least not anytime soon)

skinnable in what way?

You can't see it but there is a guides section under work on these forums and help menu of ApexDC++ will have a shortcut to that forum. also maybe a chm file will be made available later. so there will be plenty of material for new users :)

note: currently fav hubs window doesn't allow saving an entry without address, in most existing clients i believe, but you can get around this by putting something in the address field when you intially create the "group header", and after that you can edit the address off there if you like.

grouping favourites, can alredy be done f.ex. this is how i do it: Click Me and you can reduce the interval yourself: Settings > StrongDC++ > Advanced > Minium search interval Note: it's only the minium wait time though, and you can't set it below 10 if i remember correctly

i believe you mean to request: Different shares for different hubs. i have already stated that, this is not going to happen, even though it could now be done now. (thanks to changes in user identification) And I'm not willing to go through the same discussion again, that has alredy been discussed at neXTpeer, so pleace no future reguests about this, my opinion isn't likely change anytime soon :)

i actually agree with seeker, none will use the regular version if OP version is better, no matter are they op or not

I like the concept from revconnect, but if i'll add it thing in there will change quite a bit, still :)

why to "fix" something that isn't broken users with limited RAM / slow HD can just limit the max hash speed. It's not that i don't like the idea of improving hashing speed, but i consider myself not familiar enough with TTH to go mess around with it.

there really isn't any, if your comp works well with StrongDC++/PeerWeb DC++ then ApexDC++ works fine on your machine too

Lee everything that can be done with 2003 can also be done with 2005, the compiler itself is never a limitation. (unless you use some really basic free compiler)

Big Muscle isn't likely to give any date for RC11, and that's a good decision imo.

yes, sorry about that, wrote it in bit of a hurry ;)

it should be under 10mins in this case ;)

did, we i can't recall promising that ?

there isn't much i can do but there is something i can... like: "Show Advanced Connection Options"