[Gaim-patches] [ gaim-Patches-1222664 ] new signal: buddy-changed-status

[SourceForge.net <no...@so...>]

Patches item #1222664, was opened at 2005-06-17 14:34
Message generated for change (Comment added) made by gabbath
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Gabbath (gabbath)
Assigned to: Etan Reisner (deryni9)
Summary: new signal: buddy-changed-status

Initial Comment:
i'm really sorry, i couldn't diff against the cvs
because i'm probably doing something wrong. i followed
the directions for downloading it but from the
autogen.sh part it won't work... i'll try again later
maybe. anyway, this isn't much, it's a really simple
signal, but i find it very useful. also, it can
probably be adapted quite easily for the cvs, as it
just adds one or two lines of code :))

Changes:

src/blist.c -> add "buddy-changed-status"
plugins/signals-test.c -> test "buddy-changed-status"

Description:

the "buddy-changed-status" signal takes place whenever
a specified buddy updates his/her status, status text
or idle time. i found it very useful for a plugin that
i made which shows the buddy's current status and idle
time right in the IM window... and it might have other
uses too. anyway, "buddy-away" and "buddy-back" aren't
enough for this as yahoo (for instance) allows status
messages even when you're not away, so instead of
refreshing automatically every 30secs, i preferred to
add this useful signal (for idle update i suppose one
can use "buddy-idle-updated", but i thought it should
actually engulf - as its name suggests - all the stuff
related to a buddy's status). it's a bit weird that it
gets emitted several times when a status changes, not
just once, but i suppose it's because when a buddy
changes his/her status, it goes from away to back and
then away again or something.

----------------------------------------------------------------------

>Comment By: Gabbath (gabbath)
Date: 2005-06-19 10:40

Message:
Logged In: YES 
user_id=1298580

bleeter, i have fedora core 3 if it helps in any way. i just
follow the exact directions on your site, but they don't
work from the autogen.sh part. i've double checked all the
packages listed there but it still won't work... any tips?

oh, and to be on topic: any comments on the new signal idea? :)

----------------------------------------------------------------------

Comment By: Bleeter Yaluser (bleeter)
Date: 2005-06-19 08:10

Message:
Logged In: YES 
user_id=407708

You seem to be having problems pulling from CVS (as indicated with all your patches). Maybe you're not getting the 'oldstatus', and instead the HEAD (which is the very unreliable Gaim2)

----------------------------------------------------------------------

Comment By: Gabbath (gabbath)
Date: 2005-06-18 08:49

Message:
Logged In: YES 
user_id=1298580

>It would seem that this patch is basically just for catching
>when a buddy switches from one away state to another away
>state, yes?

well, not exactly, some protocols (like yahoo) can have
states without actually being away, like the song they're
playing in, say, winamp. and they still appear available.
now buddy-away, buddy-back etc don't actually catch these
signals as the contact is never really away... none of the
signals do. that's why i defined it.

oh, and... i have to correct something, it doesn't take
place when buddy-idle-updated (my bad, sorry).

perhaps i should not have it emit when the buddy goes idle
and back... that was just for the sake of completenes, so
you can ignore the changes made to gaim_blist_update_buddy_idle

----------------------------------------------------------------------

Comment By: Etan Reisner (deryni9)
Date: 2005-06-17 22:30

Message:
Logged In: YES 
user_id=516184

It would seem that this patch is basically just for catching
when a buddy switches from one away state to another away
state, yes? If that's the case is there a reason you decided
to have it duplicate buddy-away, buddy-back, buddy-idle, and
buddy-idle-updated rather than just adding a buddy-away-updated?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300235&aid=1222664&group_id=235