[emite-dev] Issue 278 in emite: Create a extension point to modify incomming chat messages before rendering...

[em...@googlecode.com]

Status: Accepted
Owner: danigb
Labels: Type-Enhancement Priority-Medium Component-Hablar

New issue 278 by danigb: Create a extension point to modify incomming chat
messages before rendering...
http://code.google.com/p/emite/issues/detail?id=278


We need a interchangeably mechanism to modify the messages before being
displayed in Hablar.
This is a generalization of issue 207.

The proposal is create a new interface (maybe MessageChatRenderer) that is
invoked before
message rendering in order to modify or decorate the message. Probably this
interface methos is
called inside RoomPresenter.showMessage (and probably inside
ChatPresenter.showMessage).


--
You received this message because you are subscribed to the Google Groups "emite-dev" group.
To post to this group, send email to emit...@googlegroups.com.
To unsubscribe from this group, send email to emite-dev+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/emite-dev?hl=en.

[em...@googlecode.com]

Updates:
Owner: ---

Comment #1 on issue 278 by danigb: Create a extension point to modify

incomming chat messages before rendering...
http://code.google.com/p/emite/issues/detail?id=278

(No comment was entered for this change.)

[em...@googlecode.com]

Comment #2 on issue 278 by ashward.surevine: Create a extension point to

modify incomming chat messages before rendering...
http://code.google.com/p/emite/issues/detail?id=278

Could this potentially be implemented using an event that is called on
message display.
This can then be hooked into in order to alter the message text before it
is displayed?

[em...@googlecode.com]

Comment #3 on issue 278 by danigb: Create a extension point to modify

incomming chat messages before rendering...
http://code.google.com/p/emite/issues/detail?id=278

The only problem with the event-oriented approach is the performance
considerations of using a event bus (a
signal in suco library) to fire the event... the question is, do you think
it would be usefull to have more than one
ChatMessageRendered attached to a RoomPresenter? If so, then the event
approach is nice, but if not I would use
a simple object association relation...

[em...@googlecode.com]

Updates:
Status: Verified

Comment #4 on issue 278 by ashward....@gmail.com: Create a extension point

to modify incomming chat messages before rendering...
http://code.google.com/p/emite/issues/detail?id=278

(No comment was entered for this change.)