|
I'm glad we have an update on the issues since the video. =) Could this easily be done with scripts that only define one state and only have an on_rez() event? Anotherwords, if there is no state_entry()/state_exit() in the default state, the engine would not save states. This kind of setup would eliminate the hassle for the user to set an extra flag because the engine can automatically detect the "no state." Cory Ondrejka wrote: Serialize/deserialize is not the blocking task on Mono. We're more concerned with getting some deployment issues resolved so that we'll be able to start testing Mono in a sane way.However, we have a had a lot of discussions about giving scripters a "No State" flag of some kind. This would allow scripts that don't maintain state to not be saved/loaded on teleports or region crossings, speeding up both of those events. This would make certain bling, UI elements, attachments more valuable. I'd be curious about feedback on that. Hugh Perkins wrote:I understand this is off-topic, but OTOH I know Lindens do read the libsl newsgroups. Couldnt help thinking: if it's hard to move the script state from one sim to another, rather than trying very hard to do this, why not provide a couple of events to script developers: serialize and deserialize. Serialize is called on your script just before you leave a sim. You write everything you want to store to a StreamWriter or equivalent. Deserialize is called when your script arrives at its new sim. Clearly this is less transparent than using LSL, but on the one hand many scripts dont cross sim boundaries, or dont care about resets, and on the other hand this allows script developers to harness the speed and power of .Net today. If someone provides a URL to the blog, I can post this there instead. On 11/2/06, *Jonathan* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: On Babbage's blog, it was stated that in was not easy to encapsulate a CIL program's state into a packet to transfer to another sim as objects move from sim to sim. That would explain why only one SL sim runs Mono at this time. The VM I have may demostrate a solution to that. Otherwise, it may provide the potential to host a local sim. These are a few ideas. ------------------------------------------------------------------------ _______________________________________________ libsecondlife-dev mailing list libsecondlife-dev@gna.org https://mail.gna.org/listinfo/libsecondlife-dev http://www.libsecondlife.org/ --
|
_______________________________________________ libsecondlife-dev mailing list libsecondlife-dev@gna.org https://mail.gna.org/listinfo/libsecondlife-dev http://www.libsecondlife.org/
