<div dir="ltr">On 30 April 2013 14:00, Bert Freudenberg <span dir="ltr"><<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It is indeed the implementation details I'm talking about. The Javascript API could use an identical Python API. And that API could then be used both by Javascript activities and other activities, too. This would simplify the development process for all, because activity developers would not have to talk to Telepathy directly.<br>

<br>
You have to implement the new API anyway. The question is simply, where to put that code. If you put it in the Sugar Shell and expose it via DBus, it will be available to all activity developers. The Javascript API would simply be a very thin layer that use it. OTOH, if you put that code only into the HTML activity support, you now have created two different ways to implement collaboration in Sugar. You will have to document separately, learn separately, maintain separately.<br>
</blockquote><div><br></div><div>One problem with that approach is that we don't have a way for javascript to talk dbus directly. We could perhaps build one but it's probably going to be non trivial.<br><br></div>
<div>It's also worrying that one of the reason to deprecate the old Presence Service seems to have been avoiding the extra IPC layer, which we would be reintroducing here. <br></div></div></div></div>