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 f
On Wed, Jul 29, 2009 at 4:32 PM, Freddie Witherden wrote:
> After thinking about the problem a little bit I have gone for the following
> solution. I added support for mathtex to use the wrappers provided by
> matplotlib for FT2Font and _png. It is likely we will want to keep them in
> sync anyway
On Wed, Jul 29, 2009 at 5:05 PM, Robert Kern wrote:
> Furthermore, you could put numpy in there, too. Maybe even recipes for
> downloading and building the C dependencies for those who need it. Basically,
> by
> freeing yourself from the shackles of distutils, you can make the
> "new-to-Python-ju
On 2009-07-29 15:29, Robert Kern wrote:
> On 2009-07-29 08:17, John Hunter wrote:
>> On Wed, Jul 29, 2009 at 7:52 AM, Michael Droettboom wrote:
>>> I think we need (at least as a transitional stopgap) a single "python
>>> setup.py install" to install both matplotlib and mathtex. Once
>>> distrib
> I second this. I would like to see the new mathtext (and png and
> freetype wrappers as necessary, possibly in mathtext) live in the
> matplotlib trunk under lib, the same place we put pytz and dateutil.
> It can have its own setup and release cycle, but I think it would make
> matters simpler t
On 2009-07-29 08:17, John Hunter wrote:
> On Wed, Jul 29, 2009 at 7:52 AM, Michael Droettboom wrote:
>> I think we need (at least as a transitional stopgap) a single "python
>> setup.py install" to install both matplotlib and mathtex. Once
>> distributions catch up (which could take more than a y
On Wed, Jul 29, 2009 at 7:52 AM, Michael Droettboom wrote:
> I think we need (at least as a transitional stopgap) a single "python
> setup.py install" to install both matplotlib and mathtex. Once
> distributions catch up (which could take more than a year, depending on
> cycles), we can consider b
I think we need (at least as a transitional stopgap) a single "python
setup.py install" to install both matplotlib and mathtex. Once
distributions catch up (which could take more than a year, depending on
cycles), we can consider being more loosely coupled.
There are already examples of instal
Hi,
I was thinking about the problem of including mathtex in matplotlib earlier
and came up with an alternative means of 'solving' the problem.
Instead of hacking setup.py to install mathtex on the behalf of matplotlib it
may be easier to leave it up to the user/packager to install mathtex.
Wh
Hi,
> Anyway, since the mathtex setup infrastructure is based on what
> matplotlib was already doing, there's a common convention we can
> exploit. Essentially, the matplotlib setup.py builds up a list of
> extension modules (ext_modules) and packages and then passes those
> lists to dist
Hi,
On 23 Jul 2009, at 22:46, Gökhan SEVER wrote:
> Could you please the advantages of using mathtext? How does it
> compare and contrast to the existing interface?
The interface itself is mostly the same, although there are a few
enhancements to make it easier to use. To main advantages of u
On Thu, Jul 23, 2009 at 8:36 AM, Freddie Witherden wrote:
> Hi all,
>
> With the integration of mathtex into matplotlib nearing completion
> (just bug fixes really) I think now is a good time to be considering
> the best way to include mathtex into matplotlib.
>
> This has already been discussed o
There may be a setuptools solution here, but if there is, I'm not the
one to know ;) matplotlib is for the most part ignorant of setuptools,
and it's probably reasonable to keep it that way.
Anyway, since the mathtex setup infrastructure is based on what
matplotlib was already doing, there's a
Hi all,
With the integration of mathtex into matplotlib nearing completion
(just bug fixes really) I think now is a good time to be considering
the best way to include mathtex into matplotlib.
This has already been discussed on the mathtex mailing list, with
Michael proposing a few ways of
14 matches
Mail list logo
