Hi Allan,<br><br>Thanks for looking into the issue.<br><br><div class="gmail_quote">On 8 April 2011 18:43, Allan Day <span dir="ltr">&lt;<a href="mailto:allanpday@gmail.com" target="_blank">allanpday@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hey Chandni,<br>
<div><div></div><div><br>
Chandni Verma wrote:<br>
&gt; The Usability Team,<br>
&gt;<br>
&gt; Empathy is planning to make chats persistent so that closing a chat<br>
&gt; window does not affect the connectivity of the user to the chat-room.<br>
&gt; In order to accomplish this, we need to make some non-trivial design<br>
&gt; decisions which require your creative input before embarking upon on<br>
&gt; it.<br>
&gt;<br>
&gt; Bug link: <a href="https://bugzilla.gnome.org/show_bug.cgi?id=599184" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=599184</a><br>
&gt;<br>
&gt; Related bugs having ready branches:<br>
&gt; <a href="https://bugzilla.gnome.org/show_bug.cgi?id=643295" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=643295</a><br>
&gt; <a href="https://bugzilla.gnome.org/show_bug.cgi?id=643755" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=643755</a><br>
&gt;<br>
&gt; Related bug closed as redundant:<br>
&gt; <a href="https://bugzilla.gnome.org/show_bug.cgi?id=601162" target="_blank">https://bugzilla.gnome.org/show_bug.cgi?id=601162</a><br>
<br>
</div></div>A key question here is how rooms get added to the contact list. Getting<br>
the user to manually add them isn&#39;t a great solution, since it&#39;s labour<br>
intensive and potentially lacks discoverability. </blockquote><div><br>I had in mind that whenever a user connects to a chatroom and marks it as &quot;Persistent&quot;, the chatroom will be added, in a &quot;Rooms&quot; special group holding MUC rooms in the contacts roster and the room will be removed from the group as soon as the channel is explicitly closed (chat is left/parted or the full chat window is closed not just a tab[?]) except when the room is marked as favorite in which case it will stay in the &quot;Rooms&quot; group even when disconnected.<br>
<br>So basically there are two binary variables for deciding when rooms get shown in the contact list:<br><br><u>Favorite</u>                 <u>Persistent</u>               <u>Shown in &quot;Rooms&quot; group</u><br>    0                              0                                      0<br>
    0                              1                                      1<br>    1                              0                                      1 (just for clubbing all favorite rooms together and maybe we can remove the main window &quot;Room&quot; <br>
                                                                               menu altogether)<br>
    1                              1                                      1<br><br><br>So now if the user wants to make chats persistent (keeping in mind there may be some who don&#39;t want to use this functionality) he just needs to mark it as &quot;Persistent&quot; and the room will stay connected and displayed on the contact list until explicitly left. If he wants the chatroom to stay in the contact list even after explicitly leaving the room, he additionally needs to mark it as &quot;Favorite&quot;. These should be <i>easy</i> one click CheckMenuItem in the respective chat windows and even on the menu popped up when right-clicking the room in contact roster so this should be <i>discoverable</i> also.<br>
<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">On the other hand,<br>
adding all rooms to the list risks swamping it with chat rooms, so that<br>
it is hard to see actual contacts.<br>
<br>
Is this something that has been thought about?<br></blockquote><div><br>This shouldn&#39;t be a problem when we have a separate &quot;Rooms&quot; group which will be storing all currently connected and favorite rooms.<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
The general aim of this feature seems to be to minimise the scalability<br>
limitations of tabs, as encountered by heavy muc users. If that is the<br>
case, there might be other (potentially more radical) approaches that<br>
could solve the problem more effectively. A conversation view might be<br>
one such possibility.<br></blockquote><div><br>I think, the inability to close chatroom windows is a weakness of Empathy specially when users are used to having other applications like Pidgin allowing them to close the windows without leaving the rooms. I expect this feature to be optional though!<br>
If there are scalability limitations for tabs, then that&#39;s a bug which needs to be addressed irrespective of whether this feature gets implemented or not!<br><br>PS: Other Empathy developers&#39; views on this are very much requested.<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Best wishes,<br>
<br>
Allan<br>
<font color="#888888">--<br>
Blog: <a href="http://afaikblog.wordpress.com/" target="_blank">http://afaikblog.wordpress.com/</a><br>
IRC: aday on <a href="http://irc.gnome.org" target="_blank">irc.gnome.org</a><br>
<br>
</font></blockquote></div><br>Kind regards,<br>Chandni<br>