<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Thomas, out of order response:<br>
    <br>
    <div class="moz-cite-prefix">On 10/10/14, 2:02 PM, Thomas Kluyver
      wrote:</div>
    <br>
    <blockquote class=" cite"
id="mid_CAOvn4qgmgLe0EdQpnMNiXnR1_QBvHze547G3DvLX1VPWS9Y5Ug_mail_gmail_com"
cite="mid:CAOvn4qgmgLe0EdQpnMNiXnR1_QBvHze547G3DvLX1VPWS9Y5Ug@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Looking through the description of conda-launch, I think
          what I want to think about most is the different ways of
          describing the input parameters. Conda-launch uses JSON
          metadata that is potentially more flexible, but very distinct
          from the normal workflow of writing a notebook. Nbparameterise
          currently looks for an initial "definitions cell", which is
          less extensible, but very natural for the notebook author.
          Part of me wants to generalise nbparameterise to handle all
          possible ways of describing inputs, but another part of me
          wants to hammer out a common way of doing this, so notebook
          authors don't have to learn different things for different
          systems. I'll keep thinking about it.<br>
        </div>
      </div>
    </blockquote>
    <br>
    My idea is that the notebook should be stand-alone runable (i.e.
    "play" button in IPython Notebook), so the first cell contains
    "prototype" or "example" inputs for all the parameters.  This acts
    as "template based documentation" for what the parameters are, and
    also means it is possible to "run" a notebook without providing any
    inputs.<br>
    <br>
    A feature I'd like to add is some piece of meta-data that can
    override this behavior to encode the "defaults" (or no defaults)
    into the meta-data, thus making the "first cell prototype" optional.<br>
    <br>
    <blockquote class=" cite"
id="mid_CAOvn4qgmgLe0EdQpnMNiXnR1_QBvHze547G3DvLX1VPWS9Y5Ug_mail_gmail_com"
cite="mid:CAOvn4qgmgLe0EdQpnMNiXnR1_QBvHze547G3DvLX1VPWS9Y5Ug@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>Thanks Ian - conda-launch was one of a few projects that
            prompted me to work on this. In particular, great though
            conda is, I don't think creating forms and executing
            notebooks should be tied to a particular packaging system.<br>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    It isn't.  Go ahead and "python setup.py install" it.  The only
    piece that will silently not work is the dependency specification
    part to create a conda environment to execute the notebook in.  The
    commands are called "conda-appserver" (to start a server that will
    'serve' notebooks as HTML forms and expose the RESTful API, and then
    return the rendered result from 'running' them), and "conda-launch"
    which is the pure-CLI version.  Alias those to some other name if
    you don't like "conda" in the command name.  You don't need conda
    installed.<br>
    <br>
    Ian<br>
  </body>
</html>