Re: [matplotlib-devel] Including mathtex in matplotlib
Him On 30 Jul 2009, at 02:27, John Hunter wrote: > Isn't this a bit backwards? The point of the GSOC project is to make > the mathtext project available as a smaller, lighter, more widely > accessible project. If it depends on mpl, what have we achieved > except complexity? Don't we want the ft2font and png to be provided > by mathtext, and let mpl depend on it to get the stuff there? > Admittedly, mathtex may not be the right name (mpltext?) but > conceptually it seems like we want the low level stuff in mathtex. Or > am I missing your point here? I should have made myself clearer. Mathtex will attempt to firstly import its own versions of FT2Font and friends. Should this fail it will then attempt to import those in matplotlib. So yes, mathtex still has all of the required dependencies, nothing has changed there. This means that if you have matplotlib installed you can use/install mathtex without compiling a single C-code extension. It also means that when matplotlib wishes to install mathtex it only need bother with copying over .py files -- the same way it does for pytz. > You can punt on the setup/dependency issue for now. In the branch, > you can assume mathtex exists and is installed. We can worry about > how to handle the setup and distribution issues once we have the > package organization rationalized. A simple set of install > instructions for developers with very explicit commands to check out > the branch, install the deps, and test would help us test as you > progress. Okay, I'll revert to the previous way of doing so (cd'ing to the directory where mathtex is checked out and running setup.py there). Regards, Freddie. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] 0.99 release candidate this weekend
Sorry I fell behind and did not get a release out earlier as I intended. I am going to take another stab this weekend so we can have something by scipy. Please commit anything you need to before the release, and I will ask Michael to create the release branch tomorrow. There will still be ample time for testing and fixing stuff from the release branch, but this will be done on the branch rather than the trunk. Tentative schedule: * branch tomorrow * src candidate Sunday * win32 and osx binaries for testing monday * official release late next week JDH -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] pyplot.rgrids returns wrong values?
Sorry for reposting, but the original may have been overlooked since it was buried deep in a matplotlib-users thread. Currently, `pyplot.rgrids` is returning tick lines instead of grid lines. My guess is that this is a typo, but there may be a compelling reason to return the tick lines. If it is a typo, here's a patch: Index: lib/matplotlib/projections/polar.py === --- lib/matplotlib/projections/polar.py (revision 7300) +++ lib/matplotlib/projections/polar.py (working copy) @@ -397,7 +397,7 @@ self._r_label2_position.clear().translate(angle, -self._rpad * rmax) for t in self.yaxis.get_ticklabels(): t.update(kwargs) -return self.yaxis.get_ticklines(), self.yaxis.get_ticklabels() +return self.yaxis.get_gridlines(), self.yaxis.get_ticklabels() set_rgrids.__doc__ = cbook.dedent(set_rgrids.__doc__) % kwdocd -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] curvelinear coordinate support in axes_grid and a possible refactoring of mpl.
Hello, I recently committed a support for a curvelinear grid in the axes_grid toolkit. What it does for you is to draw a ticks and grid appropriate for a curvelinear coordinate system, as in the example below. http://matplotlib.sourceforge.net/_images/demo_floating_axis1.png The main motivation behind this work was to display astronomical images with matplotlib. However, I included this in the axes_grid toolkit hoping that this could be also useful in other fields. The reason I'm posting this email is related to a possible refactoring of the matplolib, that John once mentioned, to better support the ticks and spines. To support the curvelinear grid, I had to create a customized Axes class, and I believe that some of my effort overlaps with the refactoring that John mentioned. In the linked document below, I tried to describe the changes I made for this. http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/axislines.html I guess some of my idea or implementation may be considered to be a part of the refactoring (if it ever happens :) ). Or, at least, I hope that the issues I had with mpl's current Axes implementation are reflected in the refactoring efforts. Well, I just wanted to toss around some ideas and hear what others think. Regards, -JJ ps. Are we having a sprint during the scipy conference by the way? I may join remotely. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] curvelinear coordinate support in axes_grid and a possible refactoring of mpl.
On Thu, Jul 30, 2009 at 1:56 PM, Jae-Joon Lee wrote: > > ps. Are we having a sprint during the scipy conference by the way? I > may join remotely. I'll definitely be there Sat and Sun, so having you join in remotely would be great. I haven't organized any official topics yet, but we have plenty to do so I think we'll just look at the skills and interests of those joining live or virtually and hammer away. JDH -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
