[IPython-dev] Status of printing in the notebook

Mark Voorhies mark.voorhies at ucsf.edu
Tue Jan 31 22:34:17 EST 2012


On Tuesday, January 31, 2012 01:09:03 pm Brian Granger wrote:
> Mark,
> 
> Sorry it has taken a few days to get back to you about this.  There is
> a lot of activity on the notebook right now and I am having a tough
> time keeping up (even though I am working on it full time!).
> 
> First, I will fix the notebook printing hopefully today, maybe early tomorrow.
> 
> On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> > I just started using the notebook yesterday (following an upgrade to Firefox 9)
> > and it's awesome -- so much so that I'm switching to it for everyday work and
> > am planning to teach from it in April.
> >
> > One thing I would like to hack on is an equivalent to the qtconsole's "export
> > with inlined images" (xhtml+svg / html+inlined png) function (so that I can
> > save/e-mail finished work as a single file with no dependencies).
> 
> Yes, we *really* would like to have this capability and are more than
> willing to help you get started.  Here is a few points:
> 
> * The IPython.nbformat.v3 subpackage has an infrastructure for
> notebook readers/writers.  We currently have one for .json and .py
> files.  This is the place to create one for exporting to HTML.
> * Exporting to raw HTML is not quite possible.  The reason for this is
> that we use a couple of Javascript libraries:  MathJax for rendering
> latex embedded in the HTML, CodeMirror for formatting the code areas
> with syntax highlighting, and A Markdown parser that converts Markdown
> to HTML.  We will have to figure out substitutes for these JS
> libraries in the HTML export.
> * There are two possible ways of generating raw HTML:
> 
> 1) First export to reST and then use rst2html to get to the HTML.
> Some benefits to this, but the downside is that raw Markdown/HTML
> cells would get lost in the process (although I think that reST
> suports raw HTML inclusion.  Also, this would make it more difficult
> to control exactly what the HMTL looks like (IOW use our current CSS
> styling).
> 2) Use a templating library to export directly to HTML.  I think this
> is very worth pursuing as a first line of attack.  The would allow you
> to simply recreate the right HTML structure with the proper id/classes
> and then inline our CSS.  It would give you exactly the same look as
> we have now.  We would still need to figure out how to handle MathJax,
> CodeMirror and Markdown though.
> 
> I imagine that in the long run we will support both of these routes.
> Once we have the writers in place in IPython.nbformat.v3, it will be a
> simple matter of incorporating them into the notebook server.
> 
> Here is a github issue where we should continue this discussion:
> 
> https://github.com/ipython/ipython/issues/860
> 
> Fernando even has a draft reST exporter implemented.  Let us know if
> you have questions.

Thanks!  I'll watch for the notebook printing commit and chime in on
the issue once I have time to start outlining/hacking -- probably this
weekend.

--Mark

> 
> Cheers,
> 
> Brian
> 
> > The print window circa a50ac36bd554 looks like the right starting point (it
> > would just need inlining of the css and images), but it looks like this version
> > was scrapped when the wijmo menus were added and that there now may be
> > different ideas for printing (https://github.com/ipython/ipython/issues/1292).
> >
> > So -- is this a good time to start working on this sort of inlining (and, if so,
> > which code should I be looking at) or would it be better to wait for the next
> > print window revision (and is there an issue/PR that I should be watching
> > for this)?
> >
> > Thanks,
> >
> > Mark
> >
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> 
> 
> 
> 




More information about the IPython-dev mailing list