Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 177016 - Common for all IM providers send/receive message notification
Summary: Common for all IM providers send/receive message notification
Status: RESOLVED FIXED
Alias: None
Product: ECF
Classification: RT
Component: ecf.core (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: ecf.core-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 177020
  Show dependency tree
 
Reported: 2007-03-12 12:27 EDT by Danila Ermakov CLA
Modified: 2007-04-28 20:25 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Danila Ermakov CLA 2007-03-12 12:27:09 EDT
To implement chat history it's nesessary to have provider-independent send/receive message notification. Currently the only place i found is PresenceContainerUI which is not very good from design point of view
Comment 1 Scott Lewis CLA 2007-04-09 14:24:40 EDT
I don't quite understand this request.  We do have provider independent message listeners (for receiving notification upon receiving messages).  Is this not what is being asked for here?

As for sending notifications...is there a use case for this that can be described that isn't for convenience only (i.e. something that has to be provided by the API and can't be done by clients of the API on there own)?

As for PresenceContainerUI...this class is in the process of being removed/deprecated/replaced.  See MultiRosterView in org.eclipse.ecf.presence.ui for a much better approach.

Also...could you suggest what the API might look like (i.e. what additional methods/interfaces would be needed desired to satisfactorily address this need?

Thanksinadvance for info. 
Comment 2 Scott Lewis CLA 2007-04-28 20:25:57 EDT
We now have MessagesView as a common UI for receiving/displaying message notifications.