On Thu, Oct 14, 2010 at 6:04 AM, John Hunter <jdh2...@gmail.com> wrote: > I believe the motivation here is in the separation of the ipython > kernel process from the shell process, eg so the kernel can be running > remotely and they can ship the image files across the wire. Fernando > can clarify though.
Indeed. > Also, what was the motivation to go with svg by default rather than > png -- that it is vector graphics? I think the benefits of vector > graphics over raster in an environment where you are not planning on > interacting with the data (eg arbitrary zoom) are limited. At least > with PNG, you can rely on 100% correctness vis-a-vis mpl w/o worrying Well, the client can save a session to html, svgs and all: http://fperez.org/tmp/ipython-svg.xml If the svg has extra metadata embedded, this will preserve it. The author of the html saving works in genomics at UCSF, and he embeds extra info in his MPL svgs so that he can later annotate and manipulate the generated SVGs. So I think there's a good justification for wanting SVG. However, this limitation in Qt means we may want to make it at least optional, so that people can use png when they want accurate rendering but without access to the original vector figure, and SVG when they need the original vector info (and are OK with Qt's limitations). Does that make sense? > about 3rd party rendering. I also wonder if some of the ideas in the > html5 canvas for embedding an interactive graphic into a remote client > with socket communication can be applied to the ipython qt shell . Certainly! In fact a UC Berkeley student has already started working on an html5 ipython frontend (that can work simultaneously with the Qt one!), and his plan is to look into the html5 MPL back end for the plotting. Stay tuned. Cheers, f ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
