<div dir="ltr"><pre>Hi Melanie,<br><br>I'd like to support the osParseJSON function in LSL as well as C# script making it more available.<br><br>Unfortunately because JSON can contain a varying depth of nested objects,arrays, integers and strings then it<br>
wouldnt be possible to use a strided list of name/value pairs.<br><br>I'd certainly be interested in more dopwerful datatypes being introduced to LSL, the two in particular I'd <br>need to implement would be System.Collections.Hashtable and System.Collections.ListArray.<br>
<br>I agree that the scripting needs to be a bit more configurable to allow certain functions to be disabled by region/grid administrators.<br><br>cheers,<br>Rob Smart  (Yossarian Seattle)<br><br>-------------------------------------------------------------------<br>
<br>Date: Tue, 09 Sep 2008 13:52:46 +0100<br>From: Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>><br>Subject: Re: [Opensim-dev] Place for osFoo functions that only work<br>  with certain languages<br>
To: <a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>Message-ID: <<a href="mailto:48C6719E.7090403@t-data.com">48C6719E.7090403@t-data.com</a>><br>Content-Type: text/plain; charset=UTF-8; format=flowed<br>
 <br>Hi,<br> <br>if you want to support it in LSL, you can make a function that <br>returns a LSL strided list of name/value pairs. That can then be <br>taken apart using LSLs atrocious list handling functions.<br> <br>However, there will be no objection from me against enhancing LSL <br>
with better list handling, or arrays, or hashtables, or anything, <br>really, as long as these functions don't make existing scripts <br>incompatible. I'm perfectly fine with adding anything useful.<br> <br>This don't even need to be blockable, I am only interested in a <br>
"disable" for functions that could be used to grief or DOS. So, by <br>all means, let's do an array member reference syntax in LSL and a <br>type for it, I know people will love it.<br> <br>Melanie<br> <br>Sean Dague wrote:<br>
> I've got some script support for JSON request parsing from one of our<br>> folks, but it returns a hashtable, so is really only suitable for C# in<br>> it's current form.  As we all know, LSL doesn't do complex data<br>
> structures in any real way.<br>> <br>> I occurs to me that we'll get more of these things over time, and am<br>> curious about how to integrate this properly.<br>> <br>> Some options seem to be:<br>
> <br>> 1) have it only work on some languages (possibly a way to mark things as<br>> such).<br>> <br>> 2) Support some kind of opaque typing so we could do:<br>> <br>> obj foo = osFoo(...);<br>> string val = osFooGet(foo, "mykey");<br>
> <br>> That would change LSL, but let us to support something like this.<br>> <br>> 3) Force the function to keep it's own global state so that:<br>> <br>> string token = osFoo();<br>> string val = osFooGet(token, "mykey");<br>
> osFooReap(token);<br>> <br>> <br>> 3 seems to be the biggest pain, so I would vote against that.  1 is<br>> easy, but I'm not sure what others think about it.<br>> <br>> Opinions welcomed.  I'd love to get these bits in as I think they are<br>
> useful to lots of people.<br>> <br>>     -Sean<br>> <br>> <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>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
 </pre></div>