Bug 197748 - [UI] Refactor ChatroomUI to allow for creation of custom providers
Summary: [UI] Refactor ChatroomUI to allow for creation of custom providers
Status: RESOLVED WONTFIX
Alias: None
Product: ECF
Classification: RT
Component: ecf.ui (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: ecf.core-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: bugday, helpwanted
Depends on:
Blocks:
 
Reported: 2007-07-25 00:53 EDT by Chris Aniszczyk CLA
Modified: 2014-05-09 13:31 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Aniszczyk CLA 2007-07-25 00:53:22 EDT
Currently, every user in a ChatRoomView is a ChatRoomParticipant. We need some type of callback through ChatRoomUI where we get to create a custom user type... like say IRCUser for IRC chatrooms. The reason this is useful is because it makes it much easier to extend and add menus for these object types. Furthermore, it makes sense to have additional abilities on something like an IRCUser... maybe a isOperator()... or getStatus()... getAwayMessage()... etc...
Comment 1 Remy Suen CLA 2007-07-28 14:23:56 EDT
Ideally, you should be able to set in your own viewer or content/label providers so that you can render the list of participants in any way you like. I guess this can be all be a part of bug #198110.
Comment 2 Chris Aniszczyk CLA 2007-07-31 18:03:30 EDT
Actually, you're correct... this is much easier than I thought so I'm marking it as bugday. The ChatRoomUI infrastructure should have a set of default providers and expose the ability to override them. 

This should also force us to make certain UI elements public API for UI (ie., ChatRoomParticipant)
Comment 3 Scott Lewis CLA 2014-05-09 13:31:45 EDT
Resolving as wontfix due to limited resources.  If contributors or committer resources become available for additional work in this area then please reopen.