On Tue, 22 Apr 2008 15:41:26 -0400, Michael Droettboom wrote:
> My concern with subpixel rendering has always been that it's fine for
> interactive use, but for producing plots that may end up on someone
> else's screen or on a printer, it can actually make matters much worse.
Naturally.
As such,
My concern with subpixel rendering has always been that it's fine for
interactive use, but for producing plots that may end up on someone
else's screen or on a printer, it can actually make matters much worse.
Agg (well freetype really) could do subpixel font rendering as well, but
I deliberate
On Tuesday 22 April 2008 02:54:09 pm Eric Firing wrote:
> In case any devels are interested in making more backends work on the
> trunk:
>
> Running examples/backend_driver.py yields quite a few svg plots that are
> incorrect, with things like colorbars missing their colors.
>
> The cairo backend d
In case any devels are interested in making more backends work on the trunk:
Running examples/backend_driver.py yields quite a few svg plots that are
incorrect, with things like colorbars missing their colors.
The cairo backend does better, but also needs a little work. Cairo is
looking more i
This is inherent; mpl 0.90.1 is permanently incompatible with numpy 1.1,
short of each user making the change suggested below. The earliest mpl
that should work with numpy 1.1 is 0.91.2.
The change in masked array module is a major reason why numpy is getting
a version bump to 1.1.0 instead of
I will forward it to the matplotlib-devel mailing list on your behalf.
Cheers,
Mike
lorenzo bolla wrote:
> Hello,
>
> the latest svn numpy version 1.1.0.dev5061 does not work with
> matplotlib 0.90.1 (version shipped with enthought distribution),
> unless a change in
> Python25/Lib/site-packag
