With making the protocol more complex do you mean that the activity would send both presence information (the registration stuff you mention) and messages for other clients on the same channel? Or would registration still go through the shell?<br>
<br>On Wednesday, 19 February 2014, Emil Dudev <<a href="mailto:emildudev@gmail.com">emildudev@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Feb 19, 2014 at 2:36 AM, James Cameron <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','quozl@laptop.org');" target="_blank">quozl@laptop.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Wed, Feb 19, 2014 at 02:00:07AM +0200, Emil Dudev wrote:<br>
> The thing I'm facing is that there is telepathy 'magic' code both in<br>
> sugar's core and sugar's toolkit (per activity/process). I writing<br>
> 'magic', because I don't understand it, and I have tried.  If<br>
> sugar's core is responsible entirely for the meshbox, it should know<br>
> which of the user's currently running activities are shared, so it<br>
> can announce it.  If I make the activity responsible for itself with<br>
> the server (regarding the meshbox), it would mean that each activity<br>
> will open an extra connection to the server. Which is something I<br>
> want to avoid.<br>
<br>
</div>Why do you want to avoid an extra connection?<br>
<br>
I speculate:<br>
<br>
Are you that short of resources on your target platform that an<br>
additional TCP/IP connection is a concern?  Is it the latency of<br>
starting an additional connection that makes this unwieldy?  Is your<br>
server limited to a specific number of simultaneous connections?<br>
<br>
Since the decisions were made for the Sugar core in 2006, much has<br>
changed, and server and network resources are no longer as<br>
constrained.  You should feel less constrained, and if there is doubt<br>
you should test.<br></blockquote>Resources are not a problem (yet).<br>I want to avoid the extra connection (per activity), mostly because there is no reason for it. The only thing that connection is for, is to 'register' a shared activity, by sending 4-5 of it's properties (activity id, bundle, color, name). I find that this is a waste of resources.<br>

<br></div><div class="gmail_quote">For now, I think it would be best to make the protocol more complex on the server side. This should eliminate the need for the extra connection. And (thinking again for the future) it should work well with activities ran from a normal browser (not inside sugar).<br>

<br></div><div class="gmail_quote">Emil Dudev<br></div></div></div>
</blockquote><br><br>-- <br>Daniel Narvaez<br><br>