Yep, it must be a cool thing, but i don't think that it is a good idea. 1) All this p2p stuff has a listening port. (requires configuration, upnp and so on) 2) Some protocols requires pre-configuration. For ei dc++ requires hub and unique nickname. 3) In p2p world it's good to sid what u've downloaded. How that should be implemented with kio? 4) Several different protocols in one thing - re implementing mldonkey in kio - i don't think it'a good idea.
On Mon, May 25, 2015 at 1:00 AM, Aleix Pol <aleix...@kde.org> wrote: > On Sat, May 16, 2015 at 1:31 PM, Vladimir Perepechin > <vovochk...@gmail.com> wrote: > > Hi everyone :) > > > > I was thinking about implementing my idea > > https://forum.kde.org/viewtopic.php?f=83&t=126352 . > > While digging sources i've understand that my idea was incorrect, and > there > > is nothing to do with kio_magnet. > > > > My second thought was to store any additional info in mimeinfo while > > detecting it from url, but after more digging i came to mime subclasses. > > In fact, i understand that x-scheme-handler is very simple in the way > how > > it determines, but i've tried to add subclass for it ad it works like for > > any other mime-types. > > > > The only problem is: KRun dosn't looking into mime-database when working > > with x-scheme-handlers. So i came here with the following proposition. > > > > Extend schemeHandler function of KRun. > > 1) we are looking for all mime-types that statrs with x-scheme-handler > and > > has base handler in a parentMimeTypes. > > 2)If we found such mime-type - check url against globPatterns of found > > mime-type. > > > > 3) So, if we found subclassed mime-type for our url - try to find > preferred > > service for it. if no preferred service was found - looking for preferred > > service for our base mime-type (as it was done before) > > > > So, it will be something like this: http://pastebin.com/Wgni5iBP > > I'm not a c++ coder, so this isn't most optimized solution, but it shows > the > > idea. > > > > > > Next step: > > Just ship xml with magnet url subclass with ktorrent: > > http://pastebin.com/4crCJRLZ > > > > And add x-scheme-handler/x-magnet-btih to ktorrent.desktop MimeType list. > > > > Doing similar with other magnet handlers (like dcpp) will allow us to > > separate magnet handling by appropriate application. > > > > > > So, what do u think? Is this idea wrong? Any other ideas? > > Maybe you'd like to work on the kio-magnet? I think it could be a > really cool thing to have. > > Aleix >