poy

Member
  • Content count

    80
  • Joined

  • Last visited

Posts posted by poy


  1. I would like to add : if "autoimport.xml" (or something like this) is found in ApexDC++ dir it will ask to import settings at startup (and delete file afterwards). Could be useful to build preconfigured installers (for n00b users), so there won't be need to change default settings and compile custom exe.

    And it would allow user to decide if he already have his own settings to import them or not.

    Also by default if "language.xml" is found, ApexDC++ would use it (it will help a lot coz first thing most users do is asking how to change their client into their own language).

    you can already provide your own settings by placing in the archive the current XML files (in which you only leave the needed lines). i don't see why you would need another file, or compiling the exe with your own options :/


  2. I wonder why CID user ID is not made/used? With it, even in search, you have a better chance to see real no. of sources (i. e. not displaying one user in 9 hubs as 9 sources). I guess it has some pros to wait for ADC, but in the meantime, if not too difficult...?

    in the meantime, on NMDC hubs, this won't be possible because a user has different CIDs on each hub he is connected to.


  3. when i'm not downloading from a confident source, i usually just preview the file and that's enough for me...

    you can, but you have no way how to transfer this info between clients (for example in search) and if this info will be available in your filelist, then your client will be banned, because filelist will be too large.

    it could be possible with some ADC extension, right? :)


  4. i'm not sure about it, but i seem to remember a Encoder::isBase32 function i saw in the ShareManager::translate of an older DC++, or a mod of it.

    it was used to check whether the file requested for download, passed as a string to this translate function was the path to a file, or a TTH.

    if this can be used, you won't need to add "TTH:" before the search string; a valid TTH could just be recognized by that function.

    edit: found it, in RevConnect: http://reverseconnect.cvs.sourceforge.net/...cpp?view=markup

    although it seems trivial, it might be enough for the request. i doubt anyone is going to type 39 alphanumeric chars anyway...


  5. ewww activeX *shivers* no I'll be fair I'm not a fan of it or IE myself and would rather not see it in Apex (not that it's really my decision. And as to the activeX thing remember that msn virus link that was sent around a year ago? (granted teh people who clicked on it were sorta stupid to anyway) anyone who was using firefox and clicked it weren't effected because the activeX controls didn't auto DL it like normal IE allowed.

    i think you are confused, it's not really the same thing here... it's a component provided to allow easy integration of a web browser into an application. nothing to do with your viruses...

    People can just not be lazy and open up their proper browser (ie FireFox :ermm: )

    it's not about being lazy, but for convenience: when i chat, and someone writes a link, i can click it, open up the web page in the same program. then, with the help of the "tab bolding on content change", i can browse the web page and come back to the chat when anything has been written. much more convenient than opening a whole browser.


  6. LUA is a scripting/programming language. As for the browser thing... don't leave out Opera. :P Anyway, if Apex uses MSIE engine at any time I;ll be pretty ashamed to use it.

    the ActiveX control IE provides is much easier to integrate than a Firefox one; by the way, the only 1 i know of from them is still in early stage.

    and, have a look at www.firefoxmyths.com :P

    there are some mods based on DC++ that integrate an IE browser, i know SababaDC and McDC++, but these shouldn't at all be used as a reference since their implementation is very crappy (i don't find the correct word, but they must have done it in a real hurry)...

    have a look at http://www.wischik.com/lu/Programmer/Webform for something much better discribed.

    i don't think such good references exist for Firefox.

    you can always go sign http://www.petitiononline.com/FfoxActX/petition.html though ;)


  7. Even it is'nt diconecting regulary, it is normal do get disconected some times :) The period is not so short, but if you get reconected every time you are given new IP :) ... m how can i use in tahta case dyndns .. i have a unchangable host by my ISP and also i';m using no-ip.com so i have one more stattic host :blushing: .. but how can i use them ? :)

    just enter your No-IP host instead of the IP in the connection settings of ApexDC++ :)

    (and untick "update the IP automatically"...)


  8. Revconnect always sent one $ADCGET

    ok, thanks i didn't know that. actually, i've seen some clients like Zion++ behave like this (a lot of $ADCGET sent) and i thought they took the code from an old RevConnect...

    which causes losing a slot at the end of chunk.

    i quickly tested the multisource with RevConnect and from what i've seen, it sends a big $ADCGET just like the vanilla DC++ would do; eg GET file XX 0 9999 for a file that would be of 9999 bytes. so i don't see how it could loose its slot, it should just download the file up to the end? :)

    and if 2 downloads are downloading the same chunks, it didn't (in my quick test) close/re-open any of these downloads; it just downloaded both chunks simultaneously so that it didn't loose any slot. (it's what he calls "overlapping" in the source)

    but please correct me, i guess you've understood this much better than me... :P


  9. which would be included into distro.

    this is one big problem: it would add a lot of files in the zip / installer and not everyone would need them. (and if you want to use one of them, you don't need all the others.)

    however, there's a solution: download the language file automatically... i read something about this in the DC++ forum, and i think they're working on it :)


  10. some programs automatically switch themselves into my OS language once they're installed and i *hate* it when this happens.

    however, an ability to choose the language in the installer would be cool :) (if there isn't such a thing already).


  11. this is the old way RevConnect used to download in multisource, and now the code has changed and it's much more efficient in this way: only one big $ADCGET is sent; not one for each chunk; and if 2 chunks have to overlap, let them overlap...

    since StrongDC++ 2 implements this new RevConnect code, and ApexDC++ too, i guess you will find less and less of these people who use clients based on the old RevConnect multisource code. anyway, if it's too much annoying to you, you can always block them by using CZDC (this could be added to ApexDC++ too :) )


  12. Maybe implementing system default language detection and auto translation switching might be much better?

    currently, it shows the standard socket error messages translated in the language of the OS... isn't it the same as what you're asking for?


  13. your problem is about socket error messages; these messages used to be handled by older DC++ versions, and they were translatable by the language file.

    but they preferred removing all this and translating the error automatically with the use of automatic Windows APIs. so, eventhough you do see these errors in English (your Windows must be in English), others see the errors in their own language (in the language of their Windows).

    From the DC++ changelog:

    -- 0.68 2006-01-08 --

    * Now using standard windows error messages for socket errors


  14. In addition, is it possible to take the above actions against all users, which send URL in their very first line? Acc to my experience, 99% of them are spammers, like "Hello, visit http://www.someUPS.com". A real friend IMHO would not start right with URL. :)

    i don't know if they plan to add scripts support, but if they do, that would be easily done by using a script; such specific things might not have to go in the core of the program :ermm: