<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>I have no beef with the delays at all. They were probably introduced for a very good reason by people who has the most working knowledge.<BR>
<BR>
What I think is a bloody nuisance (if it still works that way) is that the event queue stops with the script, which means that if you have a post-back or an e-mail response you need to wait on the recieveing side before you send it - unless you split the code into two scripts.<BR>
<BR>
So, Mel et al, what's your thoughts about having delays in, but keep the event queue responsive?<BR><BR>Best regards,<BR>Stefan Andersson<BR>Tribal Media AB<BR> <BR>Join the 3d web revolution : <A href="http://tribalnet.se/" target=_blank>http://tribalnet.se/</A><BR> <BR><BR><BR><BR>
<HR id=stopSpelling>
<BR>
> Date: Mon, 8 Sep 2008 10:10:51 +0200<BR>> From: DrScofield@xyzzyxyzzy.net<BR>> To: opensim-dev@lists.berlios.de<BR>> Subject: Re: [Opensim-dev] Scripting and compatibility<BR>> <BR>> <BR>> Dahlia Trimble wrote:<BR>> > My $0.02 on the delays:<BR>> > <BR>> > Often they are necessary to protect the quality of the experience from<BR>> > the excessive zeal of aggressive or inexperienced scripters. For<BR>> > example, if the llEmail() delays were not there, some scripters could<BR>> > run a spam operation from a region and the region owner may be blamed.<BR>> > Other cases where limits are useful is in prim creation and motion,<BR>> > where if no throttling is available a region could easily be brought to<BR>> > it's knees by a script run amuck. Some delays could actually improve the<BR>> > perceived performance, such as in the case of prim motion where<BR>> > sufficient time is available to notify all observing clients that an<BR>> > object has moved before the next movement occurs.<BR>> > <BR>> > I vaguely remember some discussion about the necessity of the delays and<BR>> > I thought the consensus was that they would be configurable in some<BR>> > fashion,<BR>> <BR>> i thought so too. those delays seem to make sense if not from an LSL point of<BR>> view then at the very least to protect against abuse.<BR>> <BR>> -- <BR>> dr dirk husemann ---- virtual worlds research ---- ibm zurich research lab<BR>> SL: dr scofield ---- drscofield@xyzzyxyzzy.net ---- http://xyzzyxyzzy.net/<BR>> RL: hud@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/<BR>> _______________________________________________<BR>> Opensim-dev mailing list<BR>> Opensim-dev@lists.berlios.de<BR>> https://lists.berlios.de/mailman/listinfo/opensim-dev<BR><BR></body>
</html>