* Start with the sympy profile:
ipython notebook --profile sympy
OR
* Load the sympyprinting extension in a notebook:
%load_ext sympyprinting
Cheers,
Brian
> --
> You received this message because you are subscribed to the Google Groups
> "sympy" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/sympy/-/GgaOYkjX7joJ.
> To post to this group, send email to sy...@googlegroups.com.
> To unsubscribe from this group, send email to
> sympy+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/sympy?hl=en.
--
Brian E. Granger
Cal Poly State University, San Luis Obispo
bgra...@calpoly.edu and elli...@gmail.com
To enable MathJax printing in the notebook do:* Start with the sympy profile:
ipython notebook --profile sympy
OR
* Load the sympyprinting extension in a notebook:
%load_ext sympyprinting
> > * Load the sympyprinting extension in a notebook:
> >
> > %load_ext sympyprinting
> >
>
> Yes, I've tried both. Since my original post, I've uncovered more
> detail -- neither of the above remedies work for "solve()", although
> virtually all other cases are rendered as LaTeX. Here is some example
> output.<http://i.imgur.com/oA5R2.png>It's clear that the first
> example is being rendered by MathJax based on embedded LaTeX strings,
> but the second relies on a different renderer, which defaults to a
> Unicode font rather than LaTeX rendering.
Yes, I know the problem. It occurs when the output is a list or tuple.
And I assumed this to be a bug in the sympyprt extension not recognising
expressions if they are not on the top level in the expression tree.
For true latex rendering in the notebook I use the script from:
http://research.scios.ch/inet/doku.php?id=ipy_tex
which works quite well up to this bug. Interesting to hear that
the same bug hits the mathjax rendering. (Hence it is probably
not in this script but somewhere deeper.)
Aaron Meurer
> --
> You received this message because you are subscribed to the Google Groups "sympy" group.
Aaron Meurer