Mercurial > pidgin.yaz
view libfaim/README.gaim @ 312:3069be4c291e
[gaim-migrate @ 322]
I don't know why I did this. I have homework due in 15 hours that I haven't
started yet, and it's in a language I don't know and it's a project I don't
understand. If my teacher knew about this, he would be pissed. He looks
pissed all the time, even when he's not. When he smiles he looks devilish.
Maybe I only think that because literally half the class flunked the midterm.
I am not joking about that. More people got F's than A, B, and C combined.
It's 2 am and the homework's due at 5 tomorrow so what do I do? Get chat to
work. Wow. That's going to look good on my resume. "Why did you flunk this
class?" "Because I was getting chat in Instant Messenger to work." Not that
that's not something to be proud of, but I wonder which is more important to
employers. The big battle, experience versus education. Just because you
got good grades in college doesn't mean you're smarter than someone who
flunked, it just means you put in the effort necessary to get a better grade
and the other person didn't. Maybe the person who flunked was working on
real honest-to-god actually *used* software, as opposed to some stupid tree
that only gets used for a fringe branch of computer science that doesn't
offer much more than a normal heap or binary search tree offers. Maybe the
person was out there reverse-engineering protocols and allowing cross-
platform communication to occur, creating interoperability and causing a
greater demand not only for the product, but for the platform it runs on!
Given the choices, who would you pick? Someone who was told how to code a
tree and managed to get it to work, or someone who increases your userbase
and marketability?
Enough of my rant for a while. I've had waaaaay too much sugar (gummy candy is
deadly).
committer: Tailor Script <tailor@pidgin.im>
author | Eric Warmenhoven <eric@warmenhoven.org> |
---|---|
date | Fri, 02 Jun 2000 09:11:48 +0000 |
parents | 61894ab8c47e |
children | f3c8d79688db |
line wrap: on
line source
Hello, your good friend EW here with a nice little notice that I'm sure will affect the ten of you who actually read this. I'm going to start trying to get gaim to use Oscar through libfaim. As far as I can tell, the only thing it used to be able to do is sign on and receive IMs. I updated libfaim to what's currently in the libfaim CVS on sourceforge. As of right now, I've been able to implement most of the features libfaim offers. I'm going to try to make as few modifications as possible to the libfaim code. The only two modifications I'll probably ever make to it are 1) to make my life easier or 2) to fix a compilation error. That means that what you're getting when you enable oscar is basically faimtest (the very instructional program included with the libfaim source on sourceforge) with the Gaim GTK front-end. I'll put any changes I make into a file. So far the few changes I've made have been to make a few printf's not print, and removing a few defines from a .h and putting them in the Makefile/build process. And finally, a word of warning. Gaim/Faim is VERY buggy. Please, don't use this for anything other than laughs right now. Hopefully we'll get it working better soon (please help!). I think I'm ready to start dealing with bugs being reported against it now though. If you're going to report a bug, please check first that a) you're using the to-the-second absolute latest CVS version, b) it's not in the unsupported features/known issues lists below, c) someone hasn't already reported the bug on sourceforge (please check BOTH the open and closed bugs), and finally d) that you can reproduce it. Also, please *don't* IM me about a bug, as I have a tendency to forget things like that. Reporting it on sourceforge is a much better way of reporting bugs, because then other people can see that the bug is already known, and it's harder for me to forget. CURRENTLY SUPPORTED FEATURES ============================ Signing on Receiving IMs Sending IMs Being idle Being away/coming back Setting your info Getting users' info Getting users' away messages (PLEASE do not use oscar/libfaim just because of this, gaim with libfaim is still really buggy, none of you will listen to me anyway) Telling the server who's on your permit/deny lists Chat: - joining rooms - leaving rooms - talking - inviting someone - getting invited - refreshing the chatlist in the preferences dialog CURRENTLY UNSUPPORTED FEATURES ============================== Warning users/getting warned Chat: - whispering (this will never happen) Getting/setting dir info Changing your password File transfer/IM images/voice chat/etc. KNOWN ISSUES ============ - Oscar doesn't do whispering in chat rooms any more (and hasn't for quite a while, evidently). So if you want to "whisper" to someone, just IM them. - Chat works, to a degree. I'm not sure that you can create rooms, but I think you can. I'm not sure that you can be in more than one room at once, but I think you can. I'm not sure that you can leave the chat room and still have gaim be stable, but I think you can. - The permit list sometimes has problems when you start gaim, but if you change to it in the middle of a session there don't seem to be any problems. - "Allow anyone" and "Deny some" serve the same function. That's not a bug. But "Allow anyone" works all the time (?) and "Deny some" doesn't work some of the time. That's a bug. - Sometimes signing on doesn't work completely correctly. (If you want a bad fix for it, comment out the lines where it imports your buddy list in oscar.c, and import it manually.) - If you receive a message that's too large, gaim segfaults. I haven't watched this in gdb or gotten a backtrace on it, so I'm not exactly sure what the problem is. I think this actually happens on the TOC side of things too. - Gaim/TOC can do file transfers, but Gaim/Faim cannot. This is not because there is any difference in the two protocols as far as the actual transfer is concerned. The only thing preventing this is it is currently not possible to recognize when we've received a file transfer request using libfaim. Once libfaim can tell us that we've received the request, the only thing we should need to change is to have oscar.c wait for one of those notifications and then call accept_file_transfer() from rvous.c. No modification of rvous.c should be necessary at that point. (The same should apply to IM Images and Voice Chat and all the other RVOUS stuff - they are all protocol-independent.) - What *is* protocol-dependent about the RVOUS stuff is that only Oscar can request RVOUS actions, though both can receive them. However, libfaim cannot yet make the requests, so there is no difference between Gaim/TOC and Gaim/Faim there. - Warnings and Dir Info are not in libfaim yet, and so are not in Gaim/Faim yet. - There are also FIXME's scattered about oscar.c. Grep around for those, figure out what needs to be fixed, do that sort of thing. :) (Fixing the things listed in KNOWN ISSUES above, or any other bugs you happen to find, is a very good use of your time.) (You didn't hear that from me.)