Thu, 30 Oct 2003 22:27:36 +0000
[gaim-migrate @ 7981]
Code cleanup to get rid of all warnings for AMD64 from augustus at linuxhardware dot org
| 6694 | 1 | Gaim Tcl plugin-writing HOWTO |
| 2 | ||
| 3 | INTRODUCTION | |
| 4 | ||
| 5 | The Gaim Tcl interface provides a Tcl API for many useful gaim | |
| 6 | functions. Like the perl API, the Tcl API does not provide access to | |
| 7 | every corner of gaim exposed by the C interface. It does, however, | |
| 8 | provide a very powerful interface to many of Gaim's functions through | |
| 9 | a simple to learn and extend scripting language. | |
| 10 | ||
| 11 | If you are not familiar with Tcl, you will probably find it somewhat | |
| 12 | different from what you are used to. Despite being somewhat unique | |
| 13 | (more akin to shell programming than other traditional scripting | |
| 14 | languages such as perl or python), it is simple to learn for beginners | |
| 15 | and experienced programmers alike. There are numerous books on the | |
| 16 | subject, we will not discuss it any further here. | |
| 17 | ||
| 18 | GETTING STARTED | |
| 19 | ||
| 20 | The only requirement placed on a Gaim Tcl script by Gaim is the | |
| 21 | existence of a procedure called 'plugin_init'. This procedure has | |
| 22 | some limitations placed upon it; it will be parsed and evaluated | |
| 23 | before the rest of the Tcl script, so it cannot reference any other | |
| 24 | variables or procedures declared in the script. In practice this is | |
| 25 | not a problem, as the only thing this procedure should do is return a | |
| 26 | simple list containing five items: the name of the script, its version | |
| 27 | number, a short description, the author, and a web page. For example: | |
| 28 | ||
| 29 | proc plugin_init { } { | |
| 30 | return [ list "Example Plugin" \ | |
| 31 | "1.0" \ | |
| 32 | "Example of how to register a plugin for the Tcl HOWTO" \ | |
| 33 | "Ethan Blanton <eblanton@cs.purdue.edu>" \ | |
| 34 | "http://gaim.sf.net/" ] | |
| 35 | } | |
| 36 | ||
| 37 | The rest of the script will generally be registration to recieve | |
| 38 | notification of various Gaim signals (more about this below) and | |
| 39 | definitions of procedures to be executed when those signals occur. | |
| 40 | ||
| 41 | INTERPRETER DETAILS | |
| 42 | ||
| 43 | Gaim initializes and drives the Tcl event loop (similar to Tk), | |
| 44 | meaning that commands like fileevent and after are available and | |
| 45 | do not require 'vwait' etc. 'vwait' actually seems to be somewhat | |
| 46 | broken due to a bug somewhere in the Tcl/Glib event loop glue, and it | |
| 47 | should not be used for now. | |
| 48 | ||
| 49 | The gaim-specific functions are provided in a statically-linked | |
| 50 | package called 'gaim'; this means that if you spawn a child | |
| 51 | interpreter and wish to use the gaim-specific functions, you will need | |
| 52 | to execute 'load {} gaim' in that interpreter. | |
| 53 | ||
| 54 | GAIM INTERNAL PROCEDURES AND VARIABLES | |
| 55 | ||
| 56 | All of the information provided for your use by Gaim will be in the | |
| 57 | ::gaim namespace. This means that in order to access it you will | |
| 58 | either have to import the gaim namespace (e.g. via the command | |
| 59 | 'namespace import gaim::*') or reference it explicitly. The following | |
| 60 | descriptions will reference it explicitly for clarity. | |
| 61 | ||
| 62 | * Variables | |
| 63 | ||
| 64 | gaim::version | |
| 65 | ||
| 66 | This contains the version of the gaim process which loaded the | |
| 67 | script. | |
| 68 | ||
| 69 | * Commands | |
| 70 | ||
| 71 | gaim::account alias account | |
| 72 | gaim::account connect account | |
| 73 | gaim::account connection account | |
| 74 | gaim::account disconnect account | |
| 75 | gaim::account find username protocol | |
| 76 | gaim::account handle | |
| 77 | gaim::account isconnected account | |
| 78 | gaim::account list ?option? | |
| 79 | gaim::account protocol account | |
| 80 | gaim::account username account | |
| 81 | ||
| 82 | The 'gaim::account' command consists of a set of subcommands | |
| 83 | pertaining to gaim accounts. | |
| 84 | ||
| 85 | 'alias' returns the alias for the account 'account'. If there is no | |
| 86 | alias for the given account, it returns the empty string. | |
| 87 | ||
| 88 | The subcommand 'connect' connects the named account if it is not | |
| 89 | connected, and does nothing if it is. In either case, it returns | |
| 90 | the gc for the account. | |
| 91 | ||
| 92 | 'connection' returns the gc of the given account if it is connected, | |
| 93 | or 0 if it is not. This gc is the gc used by gaim::connection and | |
| 94 | other functions. | |
| 95 | ||
| 96 | 'disconnect' disconnects the given account if it is connected, or | |
| 97 | does nothing if it is. | |
| 98 | ||
| 99 | 'find' finds an account by its username and protocol (as returned by | |
| 100 | 'gaim::account username' and 'gaim::account protocol') and returns | |
| 101 | the account if found, or 0 otherwise. | |
| 102 | ||
| 103 | 'handle' returns the instance handle required to connect to account | |
| 104 | signals. (See 'gaim::signal connect'). | |
| 105 | ||
| 106 | The 'isconnected' query returns true if the given account is | |
| 107 | connected and false otherwise. | |
| 108 | ||
| 109 | The 'list' subcommand returns a list of all of the accounts known to | |
| 110 | Gaim. The elements of this lists are accounts appropriate for the | |
| 111 | 'account' argument of the other subcommands. The '-all' option | |
| 112 | (default) returns all accounts, while the '-online' option returns | |
| 113 | only those accounts which are online. | |
| 114 | ||
| 115 | The 'protocol' subcommand returns the protocol ID (e.g. "prpl-msn") | |
| 116 | for the given account. | |
| 117 | ||
| 118 | The 'username' subcommand returns the username for the account | |
| 119 | 'account'. | |
| 120 | ||
| 121 | gaim::buddy alias buddy | |
| 122 | gaim::buddy handle | |
| 123 | gaim::buddy info ( buddy | account username ) | |
| 124 | gaim::buddy list | |
| 125 | ||
| 126 | 'gaim::buddy' is a set of commands for retrieving information about | |
| 127 | buddies and manipulating the buddy list. For the purposes of Tcl, | |
| 128 | a "buddy" is currently a list of several elements, the first of | |
| 129 | which being the type. The currently recognized types are "group", | |
| 130 | "buddy", and "chat". A group node looks like: | |
| 131 | { group name { buddies } } | |
| 132 | A buddy node is: | |
| 133 | { buddy name account } | |
| 134 | And a chat node is: | |
| 135 | { chat alias account } | |
| 136 | ||
| 137 | The 'alias' subcommand returns the alias for the given buddy if it | |
| 138 | exists, or the empty string if it does not. | |
| 139 | ||
| 140 | 'handle' returns the blist handle for the purposes of connecting | |
| 141 | signals to buddy list events. (See 'gaim::signal connect'). | |
| 142 | ||
| 143 | 'info' causes gaim to display the info dialog for the given buddy. | |
| 144 | Since it is possible to request user info for a buddy not in your | |
| 145 | buddy list, you may also specify a buddy by his or her username and | |
| 146 | the account through which you wish to retrieve info. | |
| 147 | ||
| 148 | 'list' returns a list of 'group' structures, filled out with buddies | |
| 149 | and chats as described above. | |
| 150 | ||
| 151 | gaim::connection account gc | |
| 152 | gaim::connection handle | |
| 153 | gaim::connection list | |
| 154 | ||
| 155 | 'gaim::connection' is a collection of subcommands pertaining to | |
| 156 | account connections. | |
| 157 | ||
| 158 | 'account' returns the Gaim account associated with 'gc'. This | |
| 159 | account is the same account used by gaim::account and other | |
| 160 | commands. | |
| 161 | ||
| 162 | 'handle' returns the gaim connections instance handle. (See | |
| 163 | 'gaim::signal connect'). | |
| 164 | ||
| 165 | 'list' returns a list of all known connections. The elements of | |
| 166 | this list are appropriate as 'gc' arguments to the other | |
| 167 | gaim::connection subcommands or other commands requiring a gc. | |
| 168 | ||
| 169 | ||
| 170 | gaim::conv_send account who text | |
| 171 | ||
| 172 | 'gaim::conv' is simply a convenience wrapper for 'gaim::send_im' and | |
| 173 | 'gaim::conversation write'. It sends the IM, determines the from | |
| 174 | and to arguments for 'gaim::conversation write', and prints the text | |
| 175 | sent to the conversation as one would expect. For the curious, you | |
| 176 | may view the source for it by typing 'info body gaim::conv_send' at | |
| 177 | a Gaim Commander prompt. | |
| 178 | ||
| 179 | Note that an error in either gaim::send_im or 'gaim::conversation | |
| 180 | write' will not be caught by this procedure, and will be propagated | |
| 181 | to the caller. | |
| 182 | ||
| 183 | gaim::conversation find ?-account account? name | |
| 184 | gaim::conversation handle | |
| 185 | gaim::conversation list | |
| 186 | gaim::conversation new ?-chat? ?-im? account name | |
| 187 | gaim::conversation write conversation style from to text | |
| 188 | ||
| 189 | 'gaim::conversation' provides an API for dealing with conversations. | |
| 190 | Given that Gaim is an instant messenger program, you'll probably | |
| 191 | spend a lot of time here. | |
| 192 | ||
| 193 | The command 'find' attempts to find an existing conversation with | |
| 194 | username 'name'. If the '-account' option is given, it refines its | |
| 195 | search to include only conversations on that account. | |
| 196 | ||
| 197 | 'handle' returns the conversations instance handle for the purposes | |
| 198 | of signal connection. (See 'gaim::signal connect'). | |
| 199 | ||
| 200 | 'list' returns a list of all currently open conversations. | |
| 201 | ||
| 202 | The 'new' subcommand can be used to create a new conversation with | |
| 203 | a specified user on a specified account if one does not exist, or | |
| 204 | retrieve the existing conversation if it does. The '-chat' and | |
| 205 | '-im' options specify whether the created conversation should be a | |
| 206 | chat or a standard IM, respectively. | |
| 207 | ||
| 208 | 'write' is used to write to the specified conversation. The 'style' | |
| 209 | argument specifies how the text should be printed -- as text coming | |
| 210 | from the gaim user (style 'send'), being sent to the gaim user | |
| 211 | (style 'recv'), or as a system message (such as "so-and-so has | |
| 212 | signed off", style 'system'). From is the name to whom the text | |
| 213 | should be attributed -- you probably want to check for aliases here, | |
| 214 | lest you confuse the user. 'text' is the text to print. | |
| 215 | ||
| 216 | gaim::core handle | |
| 217 | gaim::core quit | |
| 218 | ||
| 219 | This command exposes functionality provided by the gaim core API. | |
| 220 | ||
| 221 | 'gaim::core handle' returns a handle to the gaim core for signal | |
| 222 | connection. (See 'gaim::signal connect'). | |
| 223 | ||
| 224 | 'quit' exits gaim cleanly, and should be used in preference to the | |
| 225 | tcl 'exit' command. (Note that 'exit' has not been removed, | |
| 226 | however.) | |
| 227 | ||
| 228 | gaim::debug level category message | |
| 229 | ||
| 230 | Equivalent to the C gaim_debug function, this command outputs | |
| 231 | debugging information to the gaim debug window (or stdout if gaim is | |
| 232 | invoked with -n). The valid levels are, in increasing level of | |
| 233 | severity, -misc, -info, -warning, and -error. 'category' is a short | |
| 234 | (a few characters ... for instance, "tcl" or "tcl plugin") "topic" | |
| 235 | type name for this message, and 'message' is the text of the | |
| 236 | message. In the style of Tcl 'puts' (and differing from gaim_debug), | |
| 237 | no trailing \n is required. (However, embedded newlines may be | |
| 238 | generated with \n). | |
| 239 | ||
| 240 | gaim::notify ?type? title primary secondary | |
| 241 | ||
| 242 | Also a direct equivalent to a C function, gaim_notify, this command | |
| 243 | causes gaim to present the provided notification information to the | |
| 244 | user via some appropriate UI method. The 'type' argument, if | |
| 245 | present, must be one of -error, -warning, or -info. The following | |
| 246 | three arguments' absolute meanings may vary with the Gaim UI being | |
| 247 | used (presently only a Gtk2 UI is available), but 'title' should | |
| 248 | generally be the title of the window, and 'primary' and 'secondary' | |
| 249 | text within that window; in the Gtk2 UI, 'primary' is slightly | |
| 250 | larger than 'secondary' and displayed in a boldface font. | |
| 251 | ||
| 252 | gaim::send_im gc who text | |
| 253 | ||
| 254 | This sends an IM in the fashion of serv_send_im. 'gc' is the GC of | |
| 255 | the connection on which you wish to send (as returned by most event | |
| 256 | handlers), 'who' is the nick of the buddy to which you wish to send, | |
| 257 | and 'text' is the text of the message. | |
| 258 | ||
| 259 | gaim::signal connect instance signal args proc | |
| 260 | gaim::signal disconnect instance signal | |
| 261 | ||
| 262 | 'gaim::signal' is a set of subcommands for dealing with gaim signals | |
| 263 | (known as "events" prior to gaim 0.68). | |
| 264 | ||
| 265 | The 'connect' subcommand registers the procedure 'proc' as a handler | |
| 266 | for the signal 'signal' on the instance 'instance'. 'instance' | |
| 267 | should be an instance handle as returned by one of the 'handle' | |
| 268 | commands from the various parts of gaim. 'args' and 'proc' are as in | |
| 269 | the Tcl 'proc' command; note that the number of arguments in 'args' | |
| 270 | must match the number of arguments emitted by the signal exactly, | |
| 271 | although you need not use them all. The procedure 'proc' may be | |
| 272 | either a simple command or a procedure in curly brackets. Note that | |
| 273 | only one procedure may be associated with each signal; an attempt to | |
| 274 | connect a second procedure to the same signal will remove the | |
| 275 | existing binding and replace it with the new procedure. | |
| 276 | 'gaim::signal connect' returns 0 on success and 1 on failure. | |
| 277 | ||
| 278 | 'disconnect' removes any existing signal handler for the named | |
| 279 | signal and instance. | |
| 280 | ||
| 281 | gaim::unload | |
| 282 | ||
| 283 | This unloads the current plugin. Note that preferences will not be | |
| 284 | updated (yet). | |
| 285 | ||
| 286 | SIGNALS | |
| 287 | ||
| 288 | Check the file SIGNALS for the meaning of these signals; this is | |
| 289 | intended to be a list only of their arguments. Signal callbacks will | |
| 290 | be made in their own namespace, and arguments to those signal | |
| 291 | callbacks will live in the namespace 'event' underneath that | |
| 292 | namespace. To briefly illustrate, the signal received-im-msg is | |
| 293 | provided with three arguments; the account on which the IM was | |
| 294 | received, the screen name of the user sending the IM, and the text of | |
| 295 | the IM. These arguments live in the variables event::account, | |
| 296 | event::sender, and event::buffer, respectively. Therefore a callback | |
| 297 | which notifies the user of an incoming IM containing the word 'shizzle' | |
| 298 | might look like this: | |
| 299 | ||
| 300 | gaim::add_event_handler received-im-msg { | |
| 301 | if {[ string match "*shizzle*" $event::buffer ]} { | |
| 302 | gaim::notify -info "tcl plugin" "Fo' shizzle" \ | |
| 303 | "$event::sender is down with the shizzle" | |
| 304 | } | |
| 305 | } | |
| 306 | ||
| 307 | Note that for some signals (notably received-im-msg, sending-im-msg, | |
| 308 | and their chat counterparts), changes to the event arguments will | |
| 309 | change the message itself from Gaim's vantage. For those signals | |
| 310 | whose return value is meaningful, returning a value from the Tcl event |