The download does indeed show up under the normal transfers. However, there is nowhere that indicates that the download was initiated by a plugin, but I'm not sure if that's useful or not.
Re "data accessor", yes, I had in mind other functionality, such as data (file) access to various setting files (favorites.xml for instance) in addition to the specific HTTP layer. The idea with the "data accessor" isn't specific to HTTP, it was simply that iceman discussed that it would be nice. I am envisioning an update plugin that can automatically update DC++ (including automatic updates for plugins themselves). Feel free to suggest other functionality that may be interesting. 1) Fair enough. 2) You mean like how the current HTTP manager sends ::Updated? 3) Ah, totally missed that. Agreed. 4) After some more consideration, there's no particular reason. It's fine either way. 5) Yep. Will update and post a patch later on. By the way, I could not find another way for a plugin to request to download a file synchronously without introducing busy looping or similar functionality. In reality for small files (if the requester knows it's a small file), it might be nicer to have such functionality. Also, because there is a callback, every plugin will get a notification of each file, which might be an information leak. -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1451223 Title: Support for HTTP file retrieval in DC Plugin Status in DC++: New Bug description: It should be possible to download a file through HTTP with a DC Plugin. To manage notifications about this bug go to: https://bugs.launchpad.net/dcplusplus/+bug/1451223/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~linuxdcpp-team Post to : linuxdcpp-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~linuxdcpp-team More help : https://help.launchpad.net/ListHelp