<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Apr 5, 2014 at 12:38 PM, Thomas Kluyver <span dir="ltr"><<a href="mailto:takowl@gmail.com" target="_blank">takowl@gmail.com</a>></span> wrote:<br>

<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"><div dir="ltr"><div class=""><div class="gmail_extra"><div class="gmail_quote">

On 5 April 2014 12:26, Matthias BUSSONNIER <span dir="ltr"><<a href="mailto:bussonniermatthias@gmail.com" target="_blank">bussonniermatthias@gmail.com</a>></span> wrote:<br>

<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"><div style="overflow:hidden">I might misremember and/or misunderstand , but it seem to me that theses propositions have already been<br>




disscussed on the ML, and that the response was that such a thing is  out of scope for the time being.<br>
<br>
It is relatively easy to build as a standalone project and IIRC some project like runipy already<br>
implement theses functions. (cf copy from read me below)</div></blockquote></div><br></div></div><div class="gmail_extra">Passing parameters from the command line isn't really the same as what this discussion is about. But it would also be easy to have a widget callback - even an interact function - which simply assigns its parameters to global variables. That should enable precisely the use case described, at the cost of a few lines of boilerplate, without needing major changes to the widget API model.</div>

</div></blockquote><div><br></div><div>Agree with Thomas. Thanks to the pointer to runipy though, it is surely handy in some situations.</div><div><br></div><div>In this use case, passing parameters through environment variables is equally cumbersome. I manly work on windows boxes, and using bash scripts to set the variables would not be compatible with Windows. I could try a notebook that sets the environment variables and then calls runipy though....</div>

<div><br></div><div>There are two issues here that can be decoupled. <br></div><div><br></div><div>One is running a Notebook with different input parameters (i.e. file names, floats, etc...). According to Thomas comment that seems to be an easy reach within the current widget infrastructure.</div>

<div><br></div><div>The second problem would be saving the output of the different inputs for easy comparison. I don't know if this can be easily achieved. At the very least, a semi-automated way to save N notebooks would be useful.</div>

<div><br></div><div>Anyway, let me congratulate for the fantastic work you made so far!</div><div><br></div><div>Antonio</div><div><br></div><div><br></div><div><br> </div></div></div></div>