It comes to light that the confusion I had wrt to the module on GForge is the result of Melanie telling me she has groups mostly finished, yet I find that the module on GForge is merely a module skeleton with zero functionality.<br>
<br>As it turns out, Melanie did not post the module on GForge, Fly-Man did - and Melanie is unwilling to open her groups code to the rest of the project.<br><br>I submit that we need to stop waiting on this code to appear, and start work (or continue work, as the case may be), to implement groups ourselves.<br>
<br>Fly-Man is doing some productive work completing user profiles, and that is perhaps the first place where the client touches groups, and in the least substantial way; I think we could begin to examine the codepaths he is presently working with, and in other places I have mentioned earlier in this thread, and begin to put something together that we can at least patch and troubleshoot.<br>
<br>Your thoughts?<br><br>Cheers,<br>James<br><br><br><div class="gmail_quote">On Mon, Dec 22, 2008 at 8:35 AM, Toni Alatalo <span dir="ltr"><<a href="mailto:antont@kyperjokki.fi">antont@kyperjokki.fi</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">James Stallings II kirjoitti:<br>
<div class="Ih2E3d">> The flexibility of this architecture certainly has some weighty merits<br>
> - I suspect it would lend itself to being implemented in a region<br>
> module, which IMNSHO is a big strength.<br>
<br>
</div>+1 on messaging being a module, if it indeed seems sensible.<br>
<br>
and definitely +1 on using something existing for it, i think that<br>
aligns with the Realxtend goals too.<br>
<br>
XMPP may well be it, i think i +1 'd it also previous time when some<br>
(student project?) asked on this list whether they should do it :)<br>
<br>
while looking at SIP too, there's reason to believe that XMPP may be the<br>
relevant one. and of course making it modular gives the freedom to run<br>
anything.<br>
<br>
> James<br>
<br>
especially when described as:<br>
<div class="Ih2E3d"><br>
> I second this. From what I understand, XMPP is optimized to deliver<br>
> small snippets of information, any information, to many concurrent<br>
> users effectively.<br>
><br>
<br>
</div>that is sort of what was / is the interesting part of SIP too, and if<br>
XMPP works simpler (and even better?) for it, sounds great. i suppose<br>
around XMPP there are nowadays the similar mechanisms for<br>
from/to-behind-NAT traversal etc. that there are for SIP (i mean the<br>
srtp relay somethings).<br>
<div class="Ih2E3d"><br>
> XMPP's got that solved with its decentralized servers.<br>
><br>
<br>
</div>haven't looked at XMPP in a long time in detail, but was following the<br>
early developments as was interested in irc etc. at the time, and trust<br>
that the wisdom has carried over from ppl who started having probs with<br>
irc when user levels reached >100'000 in a network or so, and from<br>
anyone else doing that work. haven't seen much jabber addresses of<br>
people though, but i guess that's another story, like said haven't<br>
followed now.<br>
<br>
one thing i've found peculiar regarding xmpp/sip and friends is the<br>
presence information, 'cause virtual worlds seem to be a lot about that<br>
(the difference to the current web is user presence, basically). the<br>
specs may even talk of avatars etc. so interesting to see how the design<br>
will eventually form..<br>
<font color="#888888"><br>
~Toni<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>===================================<br>"They give birth astride of a grave, the light gleams an instant, then it's night once more."<br>- 'Waiting for Godot', by Samuel Beckett<br>
<a href="http://osgrid.org">http://osgrid.org</a><br><a href="http://del.icio.us/SPQR">http://del.icio.us/SPQR</a><br><a href="http://twitter.com/jstallings2">http://twitter.com/jstallings2</a><br><a href="http://www.linkedin.com/pub/5/770/a49">http://www.linkedin.com/pub/5/770/a49</a><br>