Mercurial > pidgin
view doc/sound-signals.dox @ 23582:a270bd4b5298
Just a few little cleanups.
* I think we try to pair g_strdup() with g_free(). I don't know if
it actually matters, but theoretically it could.
* Changed this to use g_slist_prepend() when adding stuff to the queue.
* Changed purple_requesticqstatusnote() to check if the linked list is
empty and return TRUE as soon as the list becomes empty rather than
on the next call to that function.
* Don't remove and re-add the timer if it's already set. Unless there
was a reason for that?
author | Mark Doliner <mark@kingant.net> |
---|---|
date | Mon, 21 Jul 2008 07:46:23 +0000 |
parents | e0613cf8c493 |
children |
line wrap: on
line source
/** @page sound-signals Sound Signals @signals @signal playing-sound-event @endsignals @see sound.h <hr> @signaldef playing-sound-event @signalproto gboolean (*playing_sound_event)(PurpleSoundEventID event, PurpleAccount *account); @endsignalproto @signaldesc Emitted when libpurple is going to play a sound event. This can be used to cancel playing sound by returning TRUE. @param event The event this sound represents. @param account The account the sound is being played for. @return @c TRUE if the sound should not be played, or @c FALSE otherwise. @endsignaldef */ // vim: syntax=c.doxygen tw=75 et