[sip-comm-dev] Multi User Chat versus Single User Chat


#1

Hi devs!

Yana and me have plans to improve the usability of the multi user chat support. Maybe you noticed, that if you want to create a multi user chat, you cannot just simple add/invite someone to a singlechat like it is possible in so many other IM apps. Instead of that you have to create a multi user chat explicitly first, and then you can invite others to that multi user chat. We want to change that, we thought of a simple invite button in the single chat window.

That sounds not very hard to get this done, but its not that easy to do that. The problem is that internal there is a difference between a single chat window and a multi chat window. For single user chats we use MetaContactChatPanels and for multi user chats we use ConferenceChatPanels. So if you want to switch between a single and a multi user chat, you have a "big" problem.
Now we think about merging those two Panels to only one Panel, that would resolve our problem and would be a logical step, because when you look at the single chat window, it looks like it is supposed to became easily a multi chat window.

Because this would be some kind of a bigger change, we want to discuss this with all the devs. So please tell us what you think about it.

So long,
Rup.

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#2

Rupert Burchardi wrote:

Yana and me have plans to improve the usability of the multi user chat support. Maybe you noticed, that if you want to create a multi user chat, you cannot just simple add/invite someone to a singlechat like it is possible in so many other IM apps. Instead of that you have to create a multi user chat explicitly first, and then you can invite others to that multi user chat. We want to change that, we thought of a simple invite button in the single chat window.

BTW, the protocol flow for switching from single to multi chat in XMPP is described here:

http://www.xmpp.org/extensions/xep-0045.html#continue

That doesn't help you solve the window object challenge in sip-comm, though. :wink:

/psa


#3

Hey Rupert,

Rupert Burchardi написа:

Hi devs!

Yana and me have plans to improve the usability of the multi user chat
support. Maybe you noticed, that if you want to create a multi user
chat, you cannot just simple add/invite someone to a singlechat like it
is possible in so many other IM apps. Instead of that you have to create
a multi user chat explicitly first, and then you can invite others to
that multi user chat. We want to change that, we thought of a simple
invite button in the single chat window.

+1

That sounds not very hard to get this done, but its not that easy to do
that. The problem is that internal there is a difference between a
single chat window and a multi chat window. For single user chats we use
MetaContactChatPanels and for multi user chats we use
ConferenceChatPanels. So if you want to switch between a single and a
multi user chat, you have a "big" problem.
Now we think about merging those two Panels to only one Panel, that
would resolve our problem and would be a logical step, because when you
look at the single chat window, it looks like it is supposed to became
easily a multi chat window.

Because this would be some kind of a bigger change, we want to discuss
this with all the devs. So please tell us what you think about it.

I vaguely remember the discussions when we first decided to split this
into two different classes and the reason was that handling everything
into the same panel was getting quite complicated.

Generally speaking I am quite in favour of the idea since this is how
users expect a client to behave. This would allow us to implement
transition behaviour like for example the possibility to remove the
contact-list panel on the right of the chat window and only add it when
we enter a conf chat.

However, as I already mentioned above, arm yourself with a fair amount
of patience. Things would probably get rough (as in complex) if you go
down this path.

Cheers and good luck!
Emil

···

So long,
Rup.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net