Bug 98014 - Kopete-style nicklist transitions for join/part/away events
Summary: Kopete-style nicklist transitions for join/part/away events
Status: RESOLVED INTENTIONAL
Alias: None
Product: konversation
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-27 20:15 UTC by Nathaniel W. Turner
Modified: 2013-04-14 19:09 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Nathaniel W. Turner 2005-01-27 20:15:24 UTC 
Version:           0.16 #2075 (using KDE 3.3.2,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-6)
OS:                Linux (i686) release 2.6.8-2-k7

I'm looking at my Kopete buddy list, and someone signs on.  The new entry smoothly slides into position in the list, and does a little blinky animation thing for a couple seconds to indicate that this user has just signed on.  A similar even occurs when someone signs off or changes their away state.  (When a buddy is signing off, the icon changes to indicate the new state and stays on the list for a few seconds so you can see who has just signed off.)

It would be nice if Konversation's nick list behaved the same way.
Comment 1 Ismail Donmez 2005-01-27 20:28:54 UTC 
We can do tricks for away state. But these things can be costly when channel has 3000 users *blink*
Comment 2 Torrie Fischer 2005-11-21 03:35:15 UTC 
Then make it auto-disable after a user-set limit.
Comment 3 Ismail Donmez 2005-12-15 17:46:44 UTC 
Re-assign.
Comment 4 Eike Hein 2013-04-14 19:09:22 UTC 
This should be a style/system-level thing rather than every app deciding for itself. Closing for that reason.