view doc/sound-signals.dox @ 18672:8f9c62a370fb

Commit a patch by bibliochat to handle an XMPP MUC status code that I pushed for adding to the spec and then never updated pidgin to handle. This should let us correctly handle the case where a MUC room assigns us a nickname other than what we requested originally.
author Etan Reisner <pidgin@unreliablesource.net>
date Sat, 28 Jul 2007 04:35:41 +0000
parents 1414e0e01dc5
children e0613cf8c493
line wrap: on
line source

/** @page sound-signals Sound Signals

 @signals
  @signal playing-sound-event
 @endsignals

 <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 tw=75 et