comparison libgaim/sound.c @ 14618:2f0b4d0de5bb

[gaim-migrate @ 17346] Fix the argument GaimValue types in a handful of signal registrations. These being wrong didn't matter to things that knew/guessed what their arguments were (i.e. C functions) but did matter to things that needed to trust the GaimValue type information for the types (i.e plugin loaders). I'm pretty sure I got this all right, it matches the docs at least. I still think there are a couple problems (namely the *-timestamp functions returning a GAIM_TYPE_POINTER instead of a GAIM_TYPE_STRING) but these were much more obvious. committer: Tailor Script <tailor@pidgin.im>
author Etan Reisner <pidgin@unreliablesource.net>
date Mon, 25 Sep 2006 06:01:12 +0000
parents 60b1bc8dbf37
children 71149a751439
comparison
equal deleted inserted replaced
14617:3df4aadebc20 14618:2f0b4d0de5bb
101 101
102 gaim_signal_register(handle, "playing-sound-event", 102 gaim_signal_register(handle, "playing-sound-event",
103 gaim_marshal_BOOLEAN__INT_POINTER, 103 gaim_marshal_BOOLEAN__INT_POINTER,
104 gaim_value_new(GAIM_TYPE_BOOLEAN), 2, 104 gaim_value_new(GAIM_TYPE_BOOLEAN), 2,
105 gaim_value_new(GAIM_TYPE_INT), 105 gaim_value_new(GAIM_TYPE_INT),
106 gaim_value_new(GAIM_TYPE_POINTER)); 106 gaim_value_new(GAIM_TYPE_SUBTYPE,
107 GAIM_SUBTYPE_ACCOUNT));
107 108
108 gaim_prefs_add_none("/core/sound"); 109 gaim_prefs_add_none("/core/sound");
109 gaim_prefs_add_bool("/core/sound/while_away", FALSE); 110 gaim_prefs_add_bool("/core/sound/while_away", FALSE);
110 111
111 } 112 }