doc/gtkconv-signals.dox@72399a7d7e29
doc/gtkconv-signals.dox
Tue, 06 Jul 2004 12:58:29 +0000
- author
- Stu Tomlinson <nosnilmot@pidgin.im>
- date
- Tue, 06 Jul 2004 12:58:29 +0000
- changeset 9459
- 72399a7d7e29
- parent 9001
- 835c74e31c33
- child 12053
- 5aa634db0fc1
- permissions
- -rw-r--r--
[gaim-migrate @ 10283]
(08:24:24) LSchiere: nosnilmot:
https://sourceforge.net/tracker/?func=detail&atid=100235&aid=972285&group_id=235
(08:37:39) nosnilmot: LSchiere: the only way I can reproduce anything like
what's reported in that bug is by having the formatting toolbar disabled in
prefs, and manually enabling it each time I start a new conversation
(08:38:12) LSchiere: nosnilmot: can you fix that case? ;-)
(08:38:34) nosnilmot: LSchiere: I doubt it
(08:38:42) LSchiere: :-/
(08:39:00) nosnilmot: that would seem to be a stupid case to support, if
the user really wants the formatting toolbar then they should just enable
it in prefs!
(08:39:51) LSchiere: now that's not quite so true. i've got it globally
disabled and i've been known to enable it just long enough to remember the
code to a smiley i've forgotten
(08:40:52) nosnilmot: actually... how about if I try to check if the
formatting toolbar is present, and if it's presence doesn't match
preferences, don't save the conv size?
(08:41:10) LSchiere: that works
committer: Luke Schierer <lschiere@pidgin.im>
/** @page gtkconv-signals GtkConv Signals @signals @signal conversation-drag-ended @endsignals <hr> @signaldef conversation-drag-ended @signalproto void (*conversation-drag-ended)(GaimConvWindow *source, GaimConvWindow *destination); @endsignalproto @signaldesc Emitted when a conversation drag and drop has finished. @param source The conversation that has been moved. @param destination Where the conversation is now. @endsignaldef */
