pidgin: libpurple/protocols/jabber/adhoccommands.h annotate

annotate libpurple/protocols/jabber/adhoccommands.h @ 28655:06fabb28bc69

The "packed" attribute on the raw_chunk data-structure seems to be a GCC extension. (ie, no alignment padding between members of the structure) To build with compilers which don't support this packed attribute, we've now use methods to access/modify the fields in the packed MXit chunk header.

author	andrew.victor@mxit.com
date	Tue, 24 Nov 2009 13:23:27 +0000
parents	c585572e80dd
children

rev	line source
17871 43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	1 /*
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	2 * purple - Jabber Protocol Plugin
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	3 *
28048 c585572e80dd Remove specific copyright lines from the XMPP prpl. Paul Aurich <paul@darkrain42.org> parents: 28047 diff changeset	4 * Purple is the legal property of its developers, whose names are too numerous
c585572e80dd Remove specific copyright lines from the XMPP prpl. Paul Aurich <paul@darkrain42.org> parents: 28047 diff changeset	5 * to list here. Please refer to the COPYRIGHT file distributed with this
c585572e80dd Remove specific copyright lines from the XMPP prpl. Paul Aurich <paul@darkrain42.org> parents: 28047 diff changeset	6 * source distribution.
17871 43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	7 *
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	8 * This program is free software; you can redistribute it and/or modify
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	9 * it under the terms of the GNU General Public License as published by
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	10 * the Free Software Foundation; either version 2 of the License, or
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	11 * (at your option) any later version.
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	12 *
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	13 * This program is distributed in the hope that it will be useful,
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	14 * but WITHOUT ANY WARRANTY; without even the implied warranty of
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	15 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	16 * GNU General Public License for more details.
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	17 *
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	18 * You should have received a copy of the GNU General Public License
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	19 * along with this program; if not, write to the Free Software
28047 8c991e09efcb Update various header copyrights thanks to licensecheck. Paul Aurich <paul@darkrain42.org> parents: 26694 diff changeset	20 * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02111-1301 USA
17871 43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	21 *
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	22 */
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	23
26481 5767b7698c73 Further standardize the sentinel style (did someone say leading _s are theoretically a reserved namespace?) Paul Aurich <paul@darkrain42.org> parents: 26465 diff changeset	24 #ifndef PURPLE_JABBER_ADHOCCOMMANDS_H_
5767b7698c73 Further standardize the sentinel style (did someone say leading _s are theoretically a reserved namespace?) Paul Aurich <paul@darkrain42.org> parents: 26465 diff changeset	25 #define PURPLE_JABBER_ADHOCCOMMANDS_H_
17871 43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	26
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	27 #include "jabber.h"
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	28
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	29 /* Implementation of XEP-0050 */
43df07968000 Implemented XEP-0050: Ad-Hoc Commands. Note that this XEP requires sending an initial command to the peer, which is not implemented in libpurple itself (since this requires a discovery browser or equivalent). Andreas Monitzer <pidgin@monitzer.com> parents: diff changeset	30
26465 ae41d8e827e3 Convert all the XMPP IQ callbacks to a typedef similar to the IQ Handlers. Paul Aurich <paul@darkrain42.org> parents: 17884 diff changeset	31 void jabber_adhoc_disco_result_cb(JabberStream js, const char from,
ae41d8e827e3 Convert all the XMPP IQ callbacks to a typedef similar to the IQ Handlers. Paul Aurich <paul@darkrain42.org> parents: 17884 diff changeset	32 JabberIqType type, const char *id,
ae41d8e827e3 Convert all the XMPP IQ callbacks to a typedef similar to the IQ Handlers. Paul Aurich <paul@darkrain42.org> parents: 17884 diff changeset	33 xmlnode *packet, gpointer data);
17882 f88b3a093cba Implemented ad-hoc commands for the buddy action menu (untested), implemented the receiving end of XEP-0115: Entity Capabilities. Note that this seems not to be reliable right now, since some clients seem to have a very broken [read: completely non-functional] implementation (most notably Gajim and the py-transports). Andreas Monitzer <pidgin@monitzer.com> parents: 17871 diff changeset	34
17884 feac55968392 Now all ad-hoc commands have to be sent through jabber_adhoc_execute to be properly executed (including the form steps). This cleans up the code a bit, and avoids DOS attacks by flooding the client with malicious ad-hoc command forms that were not requested. Andreas Monitzer <pidgin@monitzer.com> parents: 17883 diff changeset	35 void jabber_adhoc_execute(JabberStream js, JabberAdHocCommands cmd);
feac55968392 Now all ad-hoc commands have to be sent through jabber_adhoc_execute to be properly executed (including the form steps). This cleans up the code a bit, and avoids DOS attacks by flooding the client with malicious ad-hoc command forms that were not requested. Andreas Monitzer <pidgin@monitzer.com> parents: 17883 diff changeset	36
feac55968392 Now all ad-hoc commands have to be sent through jabber_adhoc_execute to be properly executed (including the form steps). This cleans up the code a bit, and avoids DOS attacks by flooding the client with malicious ad-hoc command forms that were not requested. Andreas Monitzer <pidgin@monitzer.com> parents: 17883 diff changeset	37 void jabber_adhoc_execute_action(PurpleBlistNode *node, gpointer data);
17882 f88b3a093cba Implemented ad-hoc commands for the buddy action menu (untested), implemented the receiving end of XEP-0115: Entity Capabilities. Note that this seems not to be reliable right now, since some clients seem to have a very broken [read: completely non-functional] implementation (most notably Gajim and the py-transports). Andreas Monitzer <pidgin@monitzer.com> parents: 17871 diff changeset	38
26694 83e6e710cbf3 Add a new signal which is emitted (after the account is connected) if the Paul Aurich <paul@darkrain42.org> parents: 26481 diff changeset	39 void jabber_adhoc_got_list(JabberStream js, const char from, xmlnode *query);
83e6e710cbf3 Add a new signal which is emitted (after the account is connected) if the Paul Aurich <paul@darkrain42.org> parents: 26481 diff changeset	40
17883 9a19c46adf66 The server's ad-hoc commands are now listed in the account's action menu. Note that this requires an additional field in the _PurplePluginAction struct. There's no other way, since there was no way to supply user_data, and dynamically created functions are not supported by C. This should be fine, since that struct is only malloced in purple_plugin_action_new, which is part of the core. Applications have to either pass the struct unmodified, or restore the user_data pointer if the action is recreated when necessary (as is the case in Adium). Andreas Monitzer <pidgin@monitzer.com> parents: 17882 diff changeset	41 void jabber_adhoc_server_get_list(JabberStream *js);
9a19c46adf66 The server's ad-hoc commands are now listed in the account's action menu. Note that this requires an additional field in the _PurplePluginAction struct. There's no other way, since there was no way to supply user_data, and dynamically created functions are not supported by C. This should be fine, since that struct is only malloced in purple_plugin_action_new, which is part of the core. Applications have to either pass the struct unmodified, or restore the user_data pointer if the action is recreated when necessary (as is the case in Adium). Andreas Monitzer <pidgin@monitzer.com> parents: 17882 diff changeset	42
9a19c46adf66 The server's ad-hoc commands are now listed in the account's action menu. Note that this requires an additional field in the _PurplePluginAction struct. There's no other way, since there was no way to supply user_data, and dynamically created functions are not supported by C. This should be fine, since that struct is only malloced in purple_plugin_action_new, which is part of the core. Applications have to either pass the struct unmodified, or restore the user_data pointer if the action is recreated when necessary (as is the case in Adium). Andreas Monitzer <pidgin@monitzer.com> parents: 17882 diff changeset	43 void jabber_adhoc_init_server_commands(JabberStream js, GList *m);
9a19c46adf66 The server's ad-hoc commands are now listed in the account's action menu. Note that this requires an additional field in the _PurplePluginAction struct. There's no other way, since there was no way to supply user_data, and dynamically created functions are not supported by C. This should be fine, since that struct is only malloced in purple_plugin_action_new, which is part of the core. Applications have to either pass the struct unmodified, or restore the user_data pointer if the action is recreated when necessary (as is the case in Adium). Andreas Monitzer <pidgin@monitzer.com> parents: 17882 diff changeset	44
26481 5767b7698c73 Further standardize the sentinel style (did someone say leading _s are theoretically a reserved namespace?) Paul Aurich <paul@darkrain42.org> parents: 26465 diff changeset	45 #endif /* PURPLE_JABBER_ADHOCCOMMANDS_H_ */

Mercurial > pidgin

annotate libpurple/protocols/jabber/adhoccommands.h @ 28655:06fabb28bc69