<br><br><div class="gmail_quote">On Fri, Sep 16, 2011 at 15:50, Jason Grout <span dir="ltr">&lt;<a href="mailto:jason-sage@creativetrax.com">jason-sage@creativetrax.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 9/16/11 3:37 PM, Chris Kees wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; I updated my source on the notebook after I read Fernando&#39;s post. Nice<br>
&gt; work! Couple of questions:<br>
&gt;<br>
&gt; Is there a way to use reST in the text boxes? It seems like it sort of<br>
&gt; works but doesn&#39;t get the ::<br>
&gt;<br>
&gt; If I put the notebook safely inside our firewall, would it be<br>
&gt; reasonable to just let 5-10 people use the same server or do you<br>
&gt; foresee problems down the road? I&#39;ve set up a sage server partly for<br>
&gt; that purpose, but having the ipython notebook available could have<br>
&gt; some advantages. For example, we&#39;re running a computational mechanics<br>
&gt; seminar where it would be nice to share some simple mpi programs, say<br>
&gt; in the 8-16 processor range. I don&#39;t think we can do that in sage yet,<br>
&gt; right?<br>
<br>
</div>(answering the Sage question here...) What do you mean when you say<br>
&quot;share some simple mpi programs&quot;?  Do you mean running the mpi programs<br>
from the command line, or sharing the C code files, or using mpi4py to<br>
run the programs?  If you can do it in python or on the command line,<br>
you can likely do it in Sage.  Feel free to email the sage-support list;<br>
I&#39;m sure we can help you there.<br>
<div class="im"><br>
<br>
<br>
&gt;<br>
&gt; In the docs, it talks about the python roundtrip not being guaranteed.<br>
&gt; What about a sage round trip capability for the notebooks?<br>
<br>
</div>I think that might be possible, though it would require ipython being<br>
able to have &quot;text cells&quot; with arbitrary html, rather than just<br>
markdown.  The Sage notebook format looks something like:<br></blockquote><div><br></div><div>since (almost) arbitrary html is valid markdown, I don&#39;t expect a problem there.  The first notebook draft had html text cells, but we never found any HTML we wanted to use that didn&#39;t work as-is in markdown, so we disabled it to prevent unnecessary clutter.  If there are real HTML use cases for which the markdown transforms html inappropriately, we can easily turn it back on.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
arbitrary html<br>
<br>
{{{<br>
input<br>
///<br>
output<br>
}}}<br>
<br>
arbitrary html<br>
<br>
{{{<br>
input<br>
///<br>
output<br>
}}}<br>
<br>
arbitrary html<br>
<br>
etc.<br></blockquote><div><br></div><div>That seems simple enough, though after playing with a few sage worksheets, it looks like if you make an HTML cell, it is indistinguishable from a code cell in the exported file.  Presumably, IPython would only want the Python/Sage cells as code cells, whereas all the latex, text, and html cells should come out as text.  If Sage doesn&#39;t distinguish between these in the file-format, then I&#39;m not sure what we should do.  Detecting the language based purely on content will certainly not be acceptable.</div>

<div><br></div><div>But the fact that Sage can have HTML that is part of a cell, as well as HTML that is *not* part of a cell makes it clear that a roundtrip will not result in an identical notebook.  It may have the same content, but it will have changed structure at least partly.  This is what we mean when we talk about lacking roundtrip support - not that you can&#39;t import to/export from a format, but that doing so is not guaranteed to preserve the entire document structure.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Of course, sage-specific things like interacts wouldn&#39;t work.  (However,<br>
over the summer we&#39;ve written a version of interacts that is independent<br>
of Sage and relies instead on the new ipython messaging protocol; it&#39;s<br>
part of the single-cell server project:<br>
<a href="http://utmost.aimath.org/#august-2011" target="_blank">http://utmost.aimath.org/#august-2011</a>.)<br></blockquote><div><br></div><div>Very cool!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


<br>
Thanks,<br>
<br>
Jason<br>
<font color="#888888"><br>
--<br>
Jason Grout<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br>