<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Very cute! Congratulations! I like the shadow of the avatar -- of
course avatars must have shadows!!! I'm not sure I identify with the
default blond scandinavian-looking Ruth, though... :-)<br>
I tested it both in LL and in my OpenSims. A few bugs here and there,
but this looks promising! <br>
<br>
I'm not so worried about compatibility with Linden Lab's servers, but
I'd like all of this to be one coherent story within OpenSim. So if
your viewer is not 100% compatible with *OpenSim*, and assumes
unofficial extensions to the servers, this is not gonna work.<br>
<br>
Jani Pirkola wrote:
<blockquote
cite="mid6c9557390802150844p46d06ffas41d011bc53df700c@mail.gmail.com"
type="cite">Dear Diva,<br>
<br>
I am realXtend project manager and we have just started to contribute
code to OpenSim project. One of our key sw components aim to this kind
of authentication and cross-grid functionality. We will make a release
of all of our sw components, including user authentication, at the end
of this month. These components will appear to OpenSim svn even before
that.<br>
<br>
Only drawback is that our approach is not (at least yet) SL-compatible.
We have also developed our own viewer based on SL Viewer, but with many
enhancements. You might want to check our web site, which was just
opened few hours ago: <a href="http://www.realxtend.org">http://www.realxtend.org</a>.<br>
<br>
Jani Pirkola<br>
<br>
<br>
<div><span class="gmail_quote">2008/2/15, Diva Canto <<a
href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>>:</span>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">dr
scofield wrote:<br>
> that makes it rather easy for any of your UCI users to log in as
any<br>
> other UCI user. if that's what you want, fine. were i a UCI user,
i'd<br>
> not like that...<br>
><br>
> if you were planning on using the password field as well, that is<br>
> going to require some additional code at the UCI authentication<br>
> service side as the password is not being send in the clear by as a<br>
> salted MD5 hash, so you'd have to generate those for all your UCI
users.<br>
><br>
> cheers,<br>
> dirk<br>
><br>
><br>
<br>
We will use passwords, of course, that's how authentications get done<br>
these days. We'll have to figure out how to handle the MD5 hash if the<br>
campus authentication service doesn't do it. Of course, better would be<br>
if the credentials were entered at the site of the authentication<br>
service, which is how this usually works on the web: you want to login<br>
to your grades -> you're first redirected to the authentication
service<br>
-> you come back to the grades system.<br>
<br>
In any case, what I really want is to let everyone in, UCI and non-UCI,<br>
and properly ACL things -- just like what happens on the web. OpenSim<br>
still doesn't have permissions, so that probably won't be done now. But<br>
when it has permissions, that's what we will want. This whole idea of<br>
having un-interoperable domains of users, each grid with its own domain,<br>
is not going to scale to the kinds of things universities want to do<br>
with virtual worlds; it's a major step *back* from what we got<br>
accustomed with the Web. We want interoperable ID domains, interoperable<br>
inventory (storage) domains, gridless and intergrid sim-to-sim TPs,<br>
external exposure of data for search engines, and all kinds of good old<br>
web openness, properly ACLed -- that's very clear.<br>
<br>
<br>
_______________________________________________<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">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote>
</div>
<br>
</blockquote>
<br>
</body>
</html>