Are there any developers that would be interested in starting a project page for a file transfer plugin?
This is a feature that is commonly used in Win-Mac, and Win-Win communications. And I would love to see it go Linux-(win/mac).
I'm not saying that I would be terribly qualified to do this, I have intermediate C experience, and almost NO gtk+ experience, but I would love to see this get started, and I'd do anything to help.
If you would like to see this happen, drop me an e-mail at thePrimate@flashmail.com. We'll need somone to reverse engineer file transfers in oscar, and a few developers to take care of implimenting it.
Nick
thePrimate@flashmail.com
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I sent you an e-mail regarding this. But to those interested, I will attempt to log a little OSCAR protocol using a SOCKS proxy and a logging connection pipe. Should be relatively simple, but who knows. I don't know anything of OSCAR protocol... but it looks like I'm about to learn, huh? :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
while you might be able to succeed doing this as a plugin, it is not the "proper" way to go about it. File transfer support is essentially waiting for someone to write a patch. Said patch would have to include a generic UI for file transfers that could be used to support file transfer in all the various protocols that support FT, and then would have to patch the protocol(s) to use that generic UI. This approach is in keeping with the way the rest of Gaim works, but adds a level of complication that most people who have thought of writting a patch haven't wanted to deal with.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is not something currently possible as a plugin.
As Luke explained, the first step is to create a UI to be used in the core, that all the other prpls can use. That is a nice overall description of it, there are many more restrictions to it, as well; if you want to discuss them, you can IM me.
Gaim developers are very picky about things like this. Any patch received will be subject to intense scrutiny.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-02-22
Yahoo is actually quite simple.. you could almost use the interface used to open a URL... mainly because It _IS_ a URL.
Sounds simple enough. In fact kyim does it already. I am planning on looking more into kyim over today and possibly creating some sort of qt interface to gaim. Depending on my state of mind at the time, I will try to just pull all gaim code into a qt copy and make it work from there on in? Then I can work on keeping the non gtk/qt specific code out of either and we have two interfaces. One for me in kde and the other for the others....
Tom
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Are there any developers that would be interested in starting a project page for a file transfer plugin?
This is a feature that is commonly used in Win-Mac, and Win-Win communications. And I would love to see it go Linux-(win/mac).
I'm not saying that I would be terribly qualified to do this, I have intermediate C experience, and almost NO gtk+ experience, but I would love to see this get started, and I'd do anything to help.
If you would like to see this happen, drop me an e-mail at thePrimate@flashmail.com. We'll need somone to reverse engineer file transfers in oscar, and a few developers to take care of implimenting it.
Nick
thePrimate@flashmail.com
I sent you an e-mail regarding this. But to those interested, I will attempt to log a little OSCAR protocol using a SOCKS proxy and a logging connection pipe. Should be relatively simple, but who knows. I don't know anything of OSCAR protocol... but it looks like I'm about to learn, huh? :)
while you might be able to succeed doing this as a plugin, it is not the "proper" way to go about it. File transfer support is essentially waiting for someone to write a patch. Said patch would have to include a generic UI for file transfers that could be used to support file transfer in all the various protocols that support FT, and then would have to patch the protocol(s) to use that generic UI. This approach is in keeping with the way the rest of Gaim works, but adds a level of complication that most people who have thought of writting a patch haven't wanted to deal with.
This is not something currently possible as a plugin.
As Luke explained, the first step is to create a UI to be used in the core, that all the other prpls can use. That is a nice overall description of it, there are many more restrictions to it, as well; if you want to discuss them, you can IM me.
Gaim developers are very picky about things like this. Any patch received will be subject to intense scrutiny.
Yahoo is actually quite simple.. you could almost use the interface used to open a URL... mainly because It _IS_ a URL.
Here's the packet trace:
Service: 0x46
Key 5: user_id
Key 4: friend_id
Key 20: file_url
Key 38: expiration date
Key 14: <null>
All you need to do is extract the file_url and grab it with something similar to wget or a perl function.
Sounds simple enough. In fact kyim does it already. I am planning on looking more into kyim over today and possibly creating some sort of qt interface to gaim. Depending on my state of mind at the time, I will try to just pull all gaim code into a qt copy and make it work from there on in? Then I can work on keeping the non gtk/qt specific code out of either and we have two interfaces. One for me in kde and the other for the others....
Tom
The file transfer protocol that oscar uses is referred to as OFT. There are some docs for it (and oscar) here: http://aimdoc.sourceforge.net/