[sip-comm-dev] Re : [sip-comm-dev] Multichat window closed


#1

Hi,

Hey Sympho,

sympho wrote:
> I am ok with that.
>
> But, regarding the option to add, what will better : a
[hide] button or a [leave] button ?
> In other words, what does an "average user" expect
when he hit the windows close button : hide the chatroom or
leave it ?

I guess in this case I'd be more concerned with
consequences rather than
expectations. Not leaving a persistent chat room on close
is something
that users are going to notice sooner or later since the
window is going
to popup again when new messages arrive. If they had wanted
to quit the
room and had closed the window thinking they would, then at
that point
they'll clearly see they are still in.

I understand that and switched back to the previous behavior.
This bring an issue for jabber persistent rooms : once joined, they will always popup at SC startup and there is actually no mean to leave them (will be solved by the quit button).

Sympho

···

If however, you close a window thinking you are still in a
room then you
are probably expecting to still receive new messages. In
this case
however there'll be nothing to show you you are actually
out ... unless
maybe a thought a few days later that goes sth like "hey
what happened
to the guy that was supposed to meet me in the room, why
hasn't he
ping-ed me yet?".

From a usability point of view - SIP Communicator follows a
"pager"
paradigm, contrary to the one adopted by typical IRC
clients. It's an
application that runs mostly in the background (kind of),
and you are
notified when your attention is needed (e.g. upon an
incoming message).
So from that point of view again, it would probably also
make more sense
for us to give users the opportunity to lurk in chat rooms
in a "page" mode.

... and then we could always add a configuration property
that overrides
this behaviour.

Am I making sense?

Emil

>
>> Cheers,
>> Yana
>>
>> sympho wrote:
>>> Hi,
>>>
>>> --- En date de : Ven 13.3.09, Damian Minkov
<damencho@damencho.com>
>> a écrit :
>>>> Yana suggested to check whether the
channel is
>> persistent
>>>> and if it is do not leave the room on
closing and
>> leaving
>>>> otherwise.
>>>> What do you think about this?
>>>>
>>> I also think having staying connected to its
room
>> without having it opened or automatically join it
or start
>> up is a good feature.
>>> But how do an user leave a room in that case ?
I guess
>> there is a chat command to do that in irc but
there isn't
>> such thing in jabber or other IM proto.
>>> Regards
>>> Sympho
>>>
>>>> Cheers
>>>> damencho
>>>>
>>>>
>>
---------------------------------------------------------------------
>>>> 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
>>>
>>>
>>
---------------------------------------------------------------------
>> 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
>
>

---------------------------------------------------------------------
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


#2

Hey Sympho,

sympho wrote:

I understand that and switched back to the previous behavior.
This bring an issue for jabber persistent rooms : once joined, they will always popup at SC startup and there is actually no mean to leave them (will be solved by the quit button).

Could you please create an issue entry for the quit button, so that we
don't forget about it?

Thanks
Emil

···

Sympho

If however, you close a window thinking you are still in a
room then you
are probably expecting to still receive new messages. In
this case
however there'll be nothing to show you you are actually
out ... unless
maybe a thought a few days later that goes sth like "hey
what happened
to the guy that was supposed to meet me in the room, why
hasn't he
ping-ed me yet?".

From a usability point of view - SIP Communicator follows a
"pager"
paradigm, contrary to the one adopted by typical IRC
clients. It's an
application that runs mostly in the background (kind of),
and you are
notified when your attention is needed (e.g. upon an
incoming message).
So from that point of view again, it would probably also
make more sense
for us to give users the opportunity to lurk in chat rooms
in a "page" mode.

... and then we could always add a configuration property
that overrides
this behaviour.

Am I making sense?

Emil

Cheers,
Yana

sympho wrote:

Hi,

--- En date de : Ven 13.3.09, Damian Minkov

<damencho@damencho.com>

a écrit :

Yana suggested to check whether the

channel is

persistent

and if it is do not leave the room on

closing and

leaving

otherwise.
What do you think about this?

I also think having staying connected to its

room

without having it opened or automatically join it

or start

up is a good feature.

But how do an user leave a room in that case ?

I guess

there is a chat command to do that in irc but

there isn't

such thing in jabber or other IM proto.

Regards
Sympho

Cheers
damencho

---------------------------------------------------------------------

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

---------------------------------------------------------------------

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

---------------------------------------------------------------------
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

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