doc/reference/libpurple/tut_signals.xml

branch
soc.2013.gobjectification.plugins
changeset 37056
2099e72f5039
parent 37033
ce8b96a22ebe
parent 35427
d8b39c2329dd
--- a/doc/reference/libpurple/tut_signals.xml	Mon Feb 03 01:06:54 2014 +0530
+++ b/doc/reference/libpurple/tut_signals.xml	Mon Feb 03 02:54:00 2014 +0530
@@ -35,7 +35,7 @@
   callbacks may be connected to it. This is done using
   <link linkend="purple-signal-register"><function>purple_signal_register()</function></link>.
   Here is a slightly modified example from
-  <link linkend="purple-plugins-init"><function>purple_plugins_init</function></link>
+  <link linkend="purple-plugins-init"><function>purple_plugins_init()</function></link>
   in <literal>plugins.c</literal>:
 
 <programlisting>
@@ -111,7 +111,7 @@
   <literal>PURPLE_TYPE_PLUGIN</literal> specifies that the first argument given to the callback
   will be a <literal>PurplePlugin*</literal>. You will need as many "type of argument"
   arguments to
-  <link linkend="purple-signal-register"><function>purple_signal_register</function></link>
+  <link linkend="purple-signal-register"><function>purple_signal_register()</function></link>
   as you specified in
   "Number of arguments" above.
 
@@ -180,14 +180,14 @@
   </para>
 
   <para>
-  As seen in <link linkend="purple-plugin-load"><function>purple_plugin_load</function></link>
+  As seen in <link linkend="purple-plugin-load"><function>purple_plugin_load()</function></link>
   in plugin.c:
 <programlisting>
 purple_signal_emit(purple_plugins_get_handle(), "plugin-load", plugin);
 </programlisting>
   This causes the signal "plugin-load" to be emitted from the plugin module
   (given by
-  <link linkend="purple-plugins-get-handle"><function>purple_plugins_get_handle</function></link>),
+  <link linkend="purple-plugins-get-handle"><function>purple_plugins_get_handle()</function></link>),
   with the newly loaded plugin as
   the argument to pass to any registered callback functions.
   </para>

mercurial