<div dir="ltr">it was not my idea but i think of use of some OSfunctions that don't exist in SL.<br>It's nicer to say to the end-user "sorry the sim you are actually doesn't support our features needed to use our product " than breaking with a compiling error.<br>
<br>my "script" was just a demo ;)<br><br><br><br><div class="gmail_quote">On Tue, Jul 29, 2008 at 2:27 PM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br>
<br>
well, to be honest, I dont see a need, and don't even see it as<br>
desirable, to allow scripts to discover, with certainty, what grid<br>
they're on.<br>
<br>
In these days of aiming for interop, I think it is wrong to limit a<br>
script to run only on one grid, and this feature would most<br>
certainly be used in this way:<br>
<br>
"You are running MyFreeScript on Second Life. I don't like it.<br>
Shutting down"<br>
<br>
Not pleasant, is it?<br>
<font color="#888888"><br>
Melanie<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
Lc wrote:<br>
> ok.<br>
> I will try that under SL and update the wiki.<br>
><br>
> Maybe a page like : "Porting script into SL/OS howto" will be a good<br>
> start...<br>
><br>
><br>
><br>
><br>
> On Tue, Jul 29, 2008 at 2:18 PM, Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br>
><br>
>> Hi,<br>
>><br>
>> simply use llRequestSimulatorData with a new constant (like I<br>
>> defined CHANGED_REGION_RESTART). That would silently fail in LL,<br>
>> IIRC, and deliver data in OS.<br>
>><br>
>> Melanie<br>
>><br>
>><br>
>> Mike Mazur wrote:<br>
>> > Hi,<br>
>> ><br>
>> > On Tue, Jul 29, 2008 at 5:00 PM, Lc <<a href="mailto:lcc1967@gmail.com">lcc1967@gmail.com</a>> wrote:<br>
>> >> with the event, we are not CoreGrid dependant.<br>
>> ><br>
>> > Unfortunately events are part of the LSL grammar in SL. A script<br>
>> > defining an unknown event doesn't compile.<br>
>> ><br>
>> > Your example wouldn't compile either, as your custom state doesn't<br>
>> > have any events.<br>
>> ><br>
>> > I agree that this solution is a hack, but if required it would get the<br>
>> > job done for the time being. The optimal solution, as Adam suggests,<br>
>> > is to get Linden Labs to implement some function that returns the<br>
>> > current simulator version.<br>
>> ><br>
>> > Mike<br>
>> > _______________________________________________<br>
>> > Opensim-dev mailing list<br>
>> > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>> ><br>
>> ><br>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>><br>
><br>
><br>
</div></div>> ------------------------------------------------------------------------<br>
<div><div></div><div class="Wj3C7c">><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br></div>