[Opensim-dev] Adding virtual to many methods on Region/Framework/* for experimentation

[Frisby, Adam]

If you're interested in more dramatic SOG/SOP changes - please look at the MRM "IObject" interface - it would be awesome if we could get SOG/SOP to inherit that interface as it makes dealing with properties on objects a lot easier.

Adam

From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Cristina Videira Lopes
Sent: Thursday, 2 July 2009 4:04 AM
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] Adding virtual to many methods on Region/Framework/* for experimentation

Sean Dague wrote:

Stefan Andersson wrote:



I would argue that opening up for (reasonable) subclassing is a very core ideal of opensim-as-an-API.



And on the subject; somewhere in 0.7 land, I would argue that we have to rethink the whole scene/SOG/SOP bit - right now, state and behavior is intermingled to the degree that we cannot do anything that requires reasonable decoupling of state and behavior. Not to mention if one were to start working with using these objects in a non-core context.





While I firmly agree, I've looked at that problem a couple times before,

and it's big.  At the end of the day OpenSim is basically that scene,

then lots of things bolted on to it.



So nothing so grandious from me, but just some simple experimentation of

 if there is a good way to have some set of synthetic server side

objects coexist with the user generated objects in the same scene, and

not turn into total chaos. :)



I've done this before (the traffic simulation). I love synthetic objects that extend SOG, and all applications I'm involved with use them heavily. Their only weakness right now is not being able to cross borders like the other ones, because the deserialization routine hardcodes the class. We should fix that at some point.

Crista
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090702/7be346ac/attachment-0001.html>