<div style="font-family: arial, helvetica, sans-serif; font-size: 10pt">On Mon, Nov 5, 2012 at 2:35 PM, Andrea Giammarchi <span dir="ltr"><<a href="mailto:andrea.giammarchi@gmail.com" target="_blank">andrea.giammarchi@gmail.com</a>></span> wrote:<br>
<div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">my point on namespaces was this one: everyone want's to use jQuery, then underscore, then this or that ... then you need to be able to modify the white list.</blockquote>
<div><br></div><div>Thanks for the clarification. jQuery and much else runs fine under SES, but requires more mechanism than a simple rejection of code that refers to global variables outside the whitelist. The basic confining-eval construct in the current SES implementation is currently called cajaVM.compileExpr:</div>
<div><br></div><div><a href="http://code.google.com/p/google-caja/source/browse/trunk/src/com/google/caja/ses/startSES.js#617">http://code.google.com/p/google-caja/source/browse/trunk/src/com/google/caja/ses/startSES.js#617</a></div>
<div><br></div><div>    cajaVM.compileExpr(src)(envObject)</div><div><br></div><div>will redirect all apparently global variable references in src into property accesses on envObject. Yes, internally we use a "with" to implement that, though other tricks are possible.</div>
<div><br></div><div>The only reason this is currently on "cajaVM" is that we're not yet ready to propose a std SES API, since the current one is based only on ES5. In std SES, this API would be provided by an ES6 module.</div>
</div><br clear="all"><div><br></div>-- <br>    Cheers,<br>    --MarkM<br>
</div>
</div>