Mercurial > pidgin.yaz
annotate HACKING @ 684:b29c92be568b
[gaim-migrate @ 694]
bmiller translated perl to C so now gaim can import winaim lists. oh yeah,
the permit/deny stuff isn't quite working right. argh.
committer: Tailor Script <tailor@pidgin.im>
author | Eric Warmenhoven <eric@warmenhoven.org> |
---|---|
date | Tue, 15 Aug 2000 17:02:00 +0000 |
parents | 9a01b3fb1a9d |
children | a9758452f3c4 |
rev | line source |
---|---|
639 | 1 A lot of people have tried to hack gaim, but haven't been able to because |
2 the code is just so horrid. Well, the code isn't getting better anytime | |
3 soon, so to help all you would-be hackers help out gaim, here's a brief | |
4 tutorial on how gaim works. I'll quickly describe the logical flow of | |
5 things, then what you'll find in each of the source files. Hopefully | |
6 that's enough to get most of you going. | |
7 | |
8 There's one little thing that's just a pet peeve, and it's really stupid. | |
9 In ./configure there's and --enable-debug option. This does two things: | |
10 compiles with -Wall, and prints debugging information to stdout. The | |
11 debugging information is printed to the debug window (which can be turned | |
12 on in the preferences) whether or not --enable-debug was selected. Most | |
13 of the information that's printed is useless anyway though; so the | |
14 --enable-debug option really doesn't do a whole lot. | |
15 | |
684
b29c92be568b
[gaim-migrate @ 694]
Eric Warmenhoven <eric@warmenhoven.org>
parents:
639
diff
changeset
|
16 This was written around August 8, 2000. It's now August 15, 2000, and I'm |
b29c92be568b
[gaim-migrate @ 694]
Eric Warmenhoven <eric@warmenhoven.org>
parents:
639
diff
changeset
|
17 sure a lot of it is already out of date. |
b29c92be568b
[gaim-migrate @ 694]
Eric Warmenhoven <eric@warmenhoven.org>
parents:
639
diff
changeset
|
18 |
639 | 19 |
20 PROGRAM FLOW | |
21 ============ | |
22 | |
23 Before gaim does anything you can see, it initializes itself, which is | |
24 mostly just reading .gaimrc (handled by the functions in gaimrc.c). It | |
25 then draws the login window by calling show_login, and waits for input. | |
26 | |
27 At the login window, when "signon" is clicked, dologin() is called. This | |
28 in turn calls serv_login, which checks to see if you want to use Oscar or | |
29 TOC, and calls oscar_login or toc_login appropriately. We'll assume TOC | |
30 for the rest of this discussion; Oscar has a lot of bad hacks to get it | |
31 working that I don't even want to think about. | |
32 | |
33 After you're signed in (I'll skip that discussion - I doubt many people | |
34 are going to change the login process, since it pretty much just folows | |
35 PROTOCOL), Gaim draws the buddy list by calling show_buddy_list, and | |
36 waits for input from two places: the server and the user. The first place | |
37 it gets input from after signon is invariably the server, when the server | |
38 tells Gaim which buddies are signed on. | |
39 | |
40 When there is information ready to be read from the server, toc_callback | |
41 is called (by GDK) to parse the incoming information. On an UPDATE, | |
42 serv_got_update is called, which takes care of things like notifying | |
43 conversation windows of the update if need be; notifying the plugins; | |
44 and finally, calling set_buddy. | |
45 | |
46 set_buddy is one of the most frequently called functions in gaim, one of | |
47 the largest functions in gaim, and probably one of the buggiest functions | |
48 in gaim. It is responsible for updating the pixmaps in the buddy list; | |
49 notifying plugins of various events; updating the tooltips for buddies; | |
50 making sounds; and updating the ticker. It's also called once per online | |
51 buddy every 20 seconds (by GTK through update_all_buddies). | |
52 | |
53 When the user opens a new conversation window, new_conversation is called. | |
54 That's easy enough. If there isn't a conversation with the person already | |
55 open (checked by calling find_conversation), show_conv is called to | |
56 create the new window. All sorts of neat things happen there, but it's | |
57 mostly drawing the window. show_conv is the best place to edit the UI. Be | |
58 prepared for some incredibly bad GTK programming. (Rob's fixing this as | |
59 we speak no doubt.) | |
60 | |
61 That's pretty much it for the quick tutorial. I know it wasn't much but | |
62 it's enough to get you started. Make sure you know GTK before you get too | |
63 involved. Most of the back-end stuff is pretty basic; most of gaim is GTK. | |
64 | |
65 | |
66 SOURCE FILES | |
67 ============ | |
68 | |
69 about.c: | |
70 Not much to say here, just a few basic functions. | |
71 | |
72 aim.c: | |
73 This is where the main() function is. It takes care of a lot of the | |
74 initialization stuff, and showing the login window. It's pretty tiny | |
75 and there's not really much to edit in it. Watch out for bad Oscar | |
76 sign in hacks. | |
77 | |
78 away.c: | |
79 This takes care of most of the away stuff: setting the away message | |
80 (do_im_away); coming back (do_im_back); drawing the away window; | |
81 etc. To be honest I haven't looked at this file in months. | |
82 | |
83 browser.c: | |
84 Code for opening a browser window. Most of the code is trying to deal | |
85 with Netscape. The most important function here is open_url. Have fun. | |
86 | |
87 buddy.c: | |
88 This takes care of not only nearly everything buddy-related (the buddy | |
89 list, the permit/deny lists, and the window), but also a lot of the | |
90 code flow and util functions. Look for good things like find_buddy, | |
91 set_buddy, and signoff() here. | |
92 | |
93 buddy_chat.c: | |
94 This takes care of the buddy chat stuff. This used to be a lot bigger | |
95 until the chat and IM windows got merged in the code. Now it mostly | |
96 just takes care of chat-specific stuff, like ignoring people and | |
97 keeping track of who's in the room. This is also where the chat window | |
98 is created. | |
99 | |
100 conversation.c: | |
101 This is where most of the functions dealing with the IM and chat windows | |
102 are hidden. It tries to abstract things as much as possible, but doesn't | |
103 do a very good job. This is also where things like "Enter sends" and | |
104 "Ctrl-{B/I/U/S}" options get carried out (look for send_callback). The | |
105 chat and IM toolbar (with the B/I/U/S buttons) are both built from the | |
106 same function, build_conv_toolbar. | |
107 | |
108 dialogs.c: | |
109 A massive file with a lot of little utility functions. This is where | |
110 all of those little dialog windows are created. Things like the warn | |
111 dialog and the add buddy dialog are here. Not all of the dialogs in | |
112 gaim are in this file, though. But most of them are. This is also | |
113 where do_import is housed, to import buddy lists. | |
114 | |
115 gaimrc.c: | |
116 This controls everything about the .gaimrc file. There's not really much | |
117 to say about it; this is probably one of the better designed and easier | |
118 to follow files in gaim. The important functions are towards the bottom. | |
119 | |
120 gnome_applet_mgr.c: | |
121 A hideous creation from the days before I started working on gaim. Most | |
122 of it works, but it has functionsLikeThis. I hate looking at this | |
123 file, but I'm too lazy to change the functions. The best functions | |
124 are things like set_applet_draw_open, whose sole purpose is to set a | |
125 global variable to TRUE. | |
126 | |
127 gtkhtml.c: | |
128 This is really just one big hack. It started off as an HTML widget that | |
129 was written for Gnome as far as I can tell. The current version is | |
130 huge, requires way too many libs, and is too hard to upgrade to. But | |
131 we've managed to hack this poor old version into basically what we | |
132 need it for. I recommend not looking at this file if you want to save | |
133 your sanity. | |
134 | |
135 gtkticker.c: | |
136 Syd, our resident GTK God, wrote a GtkWidget, GtkTicker. This is that | |
137 widget. It's cool, and it's tiny. | |
138 | |
139 html.c: | |
140 Don't ask my why this is called html.c. Most of it is just grab_url, | |
141 which does like the name says; it downloads a URL to show in the | |
142 GtkHTML widget. http.c would be a more appropriate name, but that's OK. | |
143 | |
144 idle.c: | |
145 There is a very good reason why this file is still on version 1.1 | |
146 in CVS. The entire thing is #if 0'd out. I haven't ever really taken | |
147 a good look at it, but I think what it was supposed to have done is | |
148 set you as being away when a screensaver came on. | |
149 | |
150 network.c: | |
151 This has two functions: get_address and connect_address, both of which | |
152 call proxy functions. If you want to see how these are used, look at | |
153 toc.c and/or rvous.c. These are really just front-ends to the proxy | |
154 stuff; use these instead of calling the proxy functions. | |
155 | |
156 oscar.c: | |
157 One big hack of copied code. This is supposed to be the libfaim tie-in | |
158 in gaim. Most of it is just copied straight from faimtest, the small | |
159 program that comes with libfaim. I'm not even sure how half of it works, | |
160 if that makes you feel any better. | |
161 | |
162 perl.c: | |
163 This was basically copied straight from X-Chat through the power of | |
164 the GPL. Perl is the biggest, most confusing piece of C code I've ever | |
165 seen in my life (and keep in mind I'm a gaim hacker). I have a basic | |
166 idea of what's going on in it, but I couldn't tell you exactly. The | |
167 top half sets up perl and tells it what's going on and the bottom half | |
168 implements the AIM module. | |
169 | |
170 plugins.c: | |
171 This is the "plugin plug", as the file states. This file is probably | |
172 the only file in all of gaim that at the top has all of the functions | |
173 and global and static variables named out for you. It makes reading | |
174 it a little easier, but not by much. A lot of the code in here deals | |
175 with the plugin window rather than the plugins themselves. | |
176 | |
177 prefs.c: | |
178 The important function in here is build_prefs, but the most useful | |
179 function is gaim_button. build_prefs draws the window, and calls | |
180 gaim_button probably 30 or 40 times. (I don't really wanna run grep | |
181 | wc to count.) This is where you add the toggle button for gaim | |
182 preferences. It's very simple, and if you look at a couple of the | |
183 calls to gaim_button you'll figure it out right away. | |
184 | |
185 proxy.c: | |
186 This is where the bulk of the actual networking code is done. The big | |
187 function here is proxy_connect, which will connect through the proxy | |
188 setup you've chosen (most of which don't work...) or just regularly. | |
189 | |
190 rvous.c: | |
191 This was originally going to be the stuff for all of the Buddy Icon | |
192 and Voice Chat stuff, but I got really sick of protocol hacking really | |
193 quick. Now it only houses the file transfer stuff, which only works | |
194 for TOC. | |
195 | |
196 server.c: | |
197 This is where all of the differentiation between TOC and Oscar is | |
198 done. Nearly everything that's network related goes through here | |
199 at one point or another. This has good things like serv_send_im and | |
200 serv_got_update. Most of it should be pretty self-explanatory. | |
201 | |
202 sound.c: | |
203 The big important function is play_sound, which plays one of 4 (actually | |
204 6) sounds. One of the sounds is called in 3 different events, which | |
205 is why there are actually 6 sounds. This then calls play which then | |
206 checks for esd, then nas if that's not available, then falls back | |
207 to /dev/audio. | |
208 | |
209 ticker.c: | |
210 Syd is just so cool. I really can't get over it. He let me come | |
211 visit him at Netscape one day, and I got to see all of their toys | |
212 (don't worry, I'm under an NDA). Anyway, this file is for the buddy | |
213 ticker. This is also a damn cool file because it's got all of the | |
214 functions that you'd want right up at the top. Someday I want to be | |
215 as cool as Syd. | |
216 | |
217 toc.c: | |
218 This handles everything TOC-related, including parsing gaim's buddy | |
219 list. Most of this file is toc_callback, which parses the incoming | |
220 information from the server. I really don't like TOC though. | |
221 | |
222 util.c: | |
223 There's not really a lot of cohesion to this file; it's just a lot of | |
224 stuff that happened to be thrown into it for no apparent reason. None | |
225 of it is particularly tasty; it's all just utility functions. Just | |
226 like the name says. | |
227 | |
228 | |
229 So that's our little tour of the internals of Gaim. It's really not | |
230 difficult to figure out if you've spent any time with GTK. I'm looking | |
231 forward to getting all of your patches :) |