<br><font size=2 face="sans-serif">As the bard says, a rose by any other
name...</font>
<br>
<br><font size=2 face="sans-serif">But I'm not sure that changing the name
will significantly reduce the confusion about what it does. Looking at
the class tells us what it does, what is missing is the additional stuff
that says what it should do, what it could do, and why it has been separated;
all presumably evident in the plan. I know that the idea of spending a
significant amount of time documenting or specifying this stuff has little
appeal, but if we want OpenSim to grow, it really becomes a necessity.
We can get away with it as long as the people who "know" what
these things do are part of the project, and the project is small enough
for those people to be able to chat to anyone who has a question. But neither
of those hold in the long term. I'm not talking so much about an accurate
documentation of what is in the classes, that is arguably redundant, I'm
talking about capturing the rationale and the considerations that influenced
the present structure and design.</font>
<br>
<br><font size=2 face="sans-serif">And I'll be very happy if someone says
"it's over there you idiot".</font>
<br>
<br><font size=2 face="sans-serif">So I say +1 to the rename, as long as
pithy statement of how the set of classes Scene-InnerScene-RegonInfo et
al comes along with it :-)</font>
<br>
<br><font size=2 face="sans-serif">Noblesse oblige.</font>
<br><font size=2 face="sans-serif"><br>
Best regards<br>
Alan<br>
-------------------<br>
T.J. Watson Research Center, Hawthorne, NY<br>
1-914-784-7286<br>
alan_webb@us.ibm.com</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Michael Wright <michaelwri22@yahoo.co.uk></b>
</font>
<br><font size=1 face="sans-serif">Sent by: opensim-dev-bounces@lists.berlios.de</font>
<p><font size=1 face="sans-serif">11/06/2008 08:21 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
opensim-dev@lists.berlios.de</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">opensim-dev@lists.berlios.de</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[Opensim-dev]  Renaming innerscene</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=3>A long time ago, we started the process of separating
the 3d scene handling code into its own class, rather than having it mixed
in with more region level code, like rezzing/inventory handling. <br>
<br>
It was always planned to renamed the InnerScene and Scene classes, once
this separation of the 3d scene graph code was completed. The original
plan being that Scene became Region (or something like that) and InnerScene
changed to Scene. <br>
<br>
It might be a bit to much work to rename the Scene class at this stage.
But what are everyone thoughts on renaming InnerScene to something like
SceneGraph. <br>
<br>
I think the InnerScene class is one of the more confusing areas as a lot
new coders aren't really aware what design role it is meant to play.</font>
<p><font size=3> </font><tt><font size=2>_______________________________________________<br>
Opensim-dev mailing list<br>
Opensim-dev@lists.berlios.de<br>
https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
</font></tt>
<p>