+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1<br>
<br><div class="gmail_quote">On Tue, Feb 24, 2009 at 3:07 AM, Stefan Andersson <span dir="ltr"><<a href="mailto:stefan@tribalmedia.se">stefan@tribalmedia.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">




<div>
By the way,<br>
 <br>
I've been talking to some people lately around various viewer and protocol issues, and I have come to realize that we are apparently locked into the mindset of having the viewer being the 'community application' - I would propose another frame of mind, separating whatever should be done in 3D as a separate experience from what should be done in 2D. Of course, they should interleave, but they should not have to be implemented in the same codebase.<br>

 <br>
Huh? I hear you say.<br>
 <br>
To put it otherwise; the ideal setup would be a 3D rendering surface optionally with 2D web surfaces superimposed on it. From there, the 3D rendering surface should talk some real-time protocol to a 3D scene streaming service (aka the region server) but the 2D web surfaces should communicate with Web 2.0 services.<br>

 <br>
This would allow us to break the issues apart, and having various competencies working on various domains, as well as letting the application coders slice the cookie anyway they want.<br>
 <br>
So, what I'm saying is, in short: Let's start breaking stuff out of the viewer context, and onto other user interfaces, like the web or third-party admin tools.<br>
 <br>
I should have my preferred IM client, not my viewer.<br>
 <br>
I should have my (web-based?) inventory tool, not my viewer.<br>
 <br>
I should log in thru my social network, not my viewer.<br>
 <br>
I should transfer and administrate content thru aux means (web, file, blog, e-mail, ftp, burn) not trhu the viewer.<br>
 <br>
et c.<br>
 <br>
Sure, we should always be able to do it thru clients that provide adequate tools, but hey, let's break free of the centralized monolith app thinking.<br>
 <br>
Ps, what's the difference with having windows on top of each others in the 3D surface, and having windows on top of each others on the desktop?<br>
<br>Best regards,<br>Stefan Andersson<br>Tribal Media AB<br><br><br><br></div>
<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" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br>