<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div> Not sure if looking at how VRML and X3D handle scene graphs would</div><div>assist in this exploration..but just a thought..</div><div>-p</div><div><br><div><div>On Jul 2, 2009, at 8:35 AM, Sean Dague wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Disclaimer: I'm not looking to implement any of this, at least not any<br>time soon. This is just food for thought, and I'm curious what others<br>think about these approaches.<br><br>I've been recently thinking a lot about SceneObjects, and how they might<br>be made both more sensible, and more flexible, as today the SOG/SOP<br>stuff is very monolythic.<br><br>It started to occur to me that SceneObjects are really a set of<br>capabilities. Some of the capabilities seem to be the following:<br><br>* have physics applied<br>* be scripted<br>* be persisted<br>* be seen by all clients<br>* have inventory<br>* have children<br>* be modified by the client<br><br>This isn't really an entire list, but it's based on times a SOG/SOP<br>interacts with classes beyond itself.<br><br>Today we handle this with having all this functionality in a single<br>class, and then use bits or booleans or the permission manager to block<br>the system from doing certain things.<br><br>While this works well enough in the SL use case, the moment you start<br>looking at creating objects through a path other than the Client<br>interfaces, you quickly start running into creating a lot of work<br>arounds to trick OpenSim into not letting these subsystems get their<br>hands on the objects (for either simplicity or performance reasons).<br><br>Discussion is welcome, as I'm start to experiment on the synthetic<br>object side and it definitely exposes a new way of thinking about objects.<br><br><span class="Apple-tab-span" style="white-space:pre"> </span>-Sean<br><br>-- <br>__________________________________________________________________<br><br>Sean Dague Mid-Hudson Valley<br><a href="mailto:sdague@gmail.com">sdague@gmail.com</a> Linux Users Group<br><a href="http://dague.net">http://dague.net</a> <a href="http://mhvlug.org">http://mhvlug.org</a><br><br>There is no silver bullet. Plus, werewolves make better neighbors<br>than zombies, and they tend to keep the vampire population down.<br>__________________________________________________________________<br><br><br>_______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></div></blockquote></div><br><div> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Paul Fishwick, PhD</div><div>Professor<br>Director, Digital Arts and Sciences Programs<br>Computer and Information Sciences and Engineering Dept.<br>PO Box 116120<br>Bldg. CSE, Room 301<br>Gainesville, Florida 32611<br>Web: <a href="http://www.cise.ufl.edu/~fishwick">http://www.cise.ufl.edu/~fishwick</a><br>Ph: (352) 392-1414<br>Fax: (352) 392-1220</div></div></span> </div><br></div></body></html>