view doc/sound-signals.dox @ 18618:2f0bda21712f

purple_request_action doesn't call any callbacks if the user closes the window instead of clicking on the buttons. The problem is that purple_request_action is not required to have a cancel action, so when the close button is clicked the UI has no idea which action should be called. The closest one would be the default action, but when the user clicks cancel, he probably expects to cancel even if that's not the default action. Workaround by telling the window manager we don't want to have a close button. Fixes #1947
author Ka-Hing Cheung <khc@hxbc.us>
date Mon, 23 Jul 2007 02:33: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