On 08/09/05, <b class="gmail_sendername">Robert O'Callahan</b> <<a href="mailto:rocallahan@gmail.com">rocallahan@gmail.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<span class="q"></span><div><span class="q"></span><div>Okay, but the problem then becomes what happens when one language sets a property and another language gets it: i.e. what you put in your note: "
<span>define how to take a JS Object and turn it into a Perl %hash, etc." --- without doing some N^2 conversion matrix. Avoiding the matrix means we have to specify some common format and how each of N languages maps to it. Now, what if the common format was --- hmm --- DOM nodes? :-) Then all we need here are JS convenience functions to convert simple JS object trees into some DOM representation and back again. We may or may not want to standardize those functions but I bet they're only a few lines of E4X to write.
<br><br>An alternative is to define storage of simple JS object trees</span></div></div></blockquote><div><br>I just found <a href="http://www.json.org">http://www.json.org</a> which does exactly that.<br></div></div><br>
<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><span> and then force all other languages to provide a mapping to and from that. I guess that'd be acceptable.
</span><br></blockquote><br>... so maybe we should just say we support JSON objects here and that's that.<br><br>Rob<br>-- <br>["Therefore, my dear friends, as you have always obeyed–not only in my<br>presence, but now much more in my absence–continue to work out your
<br>salvation with fear and trembling, for it is God who works in you to will<br>and to act according to his good purpose." Philippians 2:12-13.]