view doc/sound-signals.dox @ 29975:fce3282c1813

I think this works around the problem with the Win32 Clipboard and GTK+ 2.16. The problem appears to be that GTK+ doesn't choose the right (newest) clipboard contents when there are multiple available. The scenario I've seen is that I have a plain text clipboard that is newer than what was copied into a HTML clipboard, but the HTML is pasted instead of the plain text. (it is actually more complicated than that)

/** @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