<br><br><div class="gmail_quote">On Fri, Sep 16, 2011 at 20:08, Chris Kees <span dir="ltr">&lt;<a href="mailto:cekees@gmail.com">cekees@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Fri, Sep 16, 2011 at 4:14 PM, MinRK &lt;<a href="mailto:benjaminrk@gmail.com">benjaminrk@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Sep 16, 2011 at 13:37, Chris Kees &lt;<a href="mailto:cekees@gmail.com">cekees@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi,<br>
&gt;&gt;<br>
&gt;&gt; I updated my source on the notebook after I read Fernando&#39;s post. Nice<br>
&gt;&gt; work! Couple of questions:<br>
&gt;&gt;<br>
&gt;&gt; Is there a way to use reST in the text boxes? It seems like it sort of<br>
&gt;&gt; works but doesn&#39;t get the ::<br>
&gt;<br>
&gt; No, it uses markdown, which is largely similar, if simpler, and much better<br>
&gt; suited for<br>
&gt; use in a browser.  Indent code blocks by four spaces, and it should<br>
&gt; behave nicely.  Or use `&lt;pre&gt;` tags if you just want it monospaced and not<br>
&gt; highlighted.<br>
&gt;<br>
<br>
</div>I noticed that github allows you to choose between several different<br>
languages for wiki input so I thought you might have something like<br>
that in mind.  I&#39;ve been using reST for docstrings, sphinx docs, and<br>
github so I selfishly would prefer not to have to learn another<br>
simplified markup language.<br></blockquote><div><br></div><div>That makes sense, and I expect we will get this request often.  The problem is reST is really a horrible language</div><div>for in-browser cell markup (as opposed to full document markup, for which it is designed), and for many simple cases </div>

<div>writing as if it were reST will result in the same output in markdown.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
&gt;&gt;<br>
&gt;&gt; If I put the notebook safely inside our firewall, would it be<br>
&gt;&gt; reasonable to just let 5-10 people use the same server or do you<br>
&gt;&gt; foresee problems down the road?<br>
&gt;<br>
&gt; This should be fine, as long as it is acceptable for the 5-10 people to be<br>
&gt; running code as the user that launched the server.  Anyone with access to<br>
&gt; the server can run arbitrary code on the host as this user.  If this is<br>
&gt; acceptable, there should be no problem.  One thing to be careful of is<br>
&gt; simultaneously working with a single notebook: You can both be working with<br>
&gt; the same file, but saving is destructive.  So if two people open a notebook,<br>
&gt; both edit it, and both save it, the later save will clobber the first.<br>
&gt;<br>
<br>
</div>I could set up a special user or virtual machine like is done for sage<br>
servers, and then we could just use a convention that your always save<br>
worksheets in notebooks ending in your initials. One flaw in that plan<br>
is that the current notebook doesn&#39;t appear to have a &quot;duplicate&quot; or<br>
&quot;save as&quot; capability, but I&#39;m guessing that would be very easy to add.<br>
 I like the integrated version control idea that Anne Archibald<br>
mentioned in her blog.<br></blockquote><div><br></div><div>Yes, integrated version control is one of the very first features we got excited about,</div><div>long before a single line of code was written, and will hopefully support soon.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
&gt;&gt;<br>
&gt;&gt; I&#39;ve set up a sage server partly for<br>
&gt;&gt; that purpose, but having the ipython notebook available could have<br>
&gt;&gt; some advantages. For example, we&#39;re running a computational mechanics<br>
&gt;&gt; seminar where it would be nice to share some simple mpi programs, say<br>
&gt;&gt; in the 8-16 processor range. I don&#39;t think we can do that in sage yet,<br>
&gt;&gt; right?<br>
&gt;&gt;<br>
&gt;&gt; In the docs, it talks about the python roundtrip not being guaranteed.<br>
&gt;&gt; What about a sage round trip capability for the notebooks?<br>
&gt;<br>
&gt; I don&#39;t know about the Sage notebook&#39;s file formats, but it is unlikely.<br>
&gt;  That doesn&#39;t mean that it won&#39;t work at all, or even well, but lossless<br>
&gt; roundtrip is generally not feasible between file formats with different<br>
&gt; capabilities.<br>
&gt;<br>
<br>
</div>I understand about the perfect lossless roundtrip being impossible in<br>
general. I&#39;d be happy with a convert script that goes back and forth<br>
with warnings or comments (sort of like a failed merge). As long as<br>
the python part works and most of the text makes it on the round trip<br>
it seems valuable to me.  One can invest quite a bit of effort into<br>
these notebooks, and I like the idea of being able to convert them to<br>
high quality python code or sage with minimal effort.<br></blockquote><div><br></div><div>Yes, one (or few) time export or import should not be a problem.  Just</div><div>don&#39;t expect to be able to reliably be going back and forth between</div>

<div>environments with continued edits, which clean roundtrip would get you.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
&gt;&gt;<br>
&gt;&gt; What&#39;s the latest recommendation for interactive 3D graphics in the<br>
&gt;&gt; notebook, or what direction should I investigate? Probably the most<br>
&gt;&gt; straightforward route for me would be to take our existing vtk<br>
&gt;&gt; representations that we use with Qt and follow the notebook example on<br>
&gt;&gt; the display protocol.  Also, BTW, is there a PySide qt gui example<br>
&gt;&gt; somewhere?<br>
&gt;<br>
&gt; The IPython notebook currently has no mechanism for interactive graphics.<br>
&gt; All the usual interactive tools should work if you are running the notebook<br>
&gt; server *locally*, as their windows will pop up as usual.  You can publish<br>
&gt; static HTML, SVG, PNG, or txt representations of objects, but not dynamic<br>
&gt; (unless you write the dynamic part into the HTML/JS output).<br>
&gt;<br>
<br>
</div>OK, that gives a path forward.  Most of our graphics is done in vtk so<br>
I asked the paraview list whether the JS support from the ParaViewWeb<br>
project is available from python yet<br>
(<a href="http://www.vtk.org/Wiki/ParaViewWeb" target="_blank">http://www.vtk.org/Wiki/ParaViewWeb</a>).<br>
<div><div></div><div class="h5"><br>
&gt;&gt;<br>
&gt;&gt; Thanks,<br>
&gt;&gt; Chris<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; IPython-dev mailing list<br>
&gt;&gt; <a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
&gt;&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
&gt;<br>
&gt;<br>
</div></div></blockquote></div><br>