matplotlib-users Mailing List for matplotlib (Page 8)

I got these errors doing "python setup.py build" on my redhat 9 system =
using python 2.4.
Keith
/usr/local/include/python2.4/pyconfig.h:835:1: warning: =
"_POSIX_C_SOURCE" redefined
In file included from =
/usr/include/c++/3.2/i386-redhat-linux/bits/os_defines.h:39,
 from =
/usr/include/c++/3.2/i386-redhat-linux/bits/c++config.h:34,
 from /usr/include/c++/3.2/iosfwd:44,
 from /usr/include/c++/3.2/ios:44,
 from /usr/include/c++/3.2/istream:44,
 from /usr/include/c++/3.2/sstream:44,
 from src/ft2font.cpp:1:
/usr/include/features.h:131:1: warning: this is the location of the =
previous definition
src/ft2font.cpp: In member function `Py::Object =
Glyph::get_path(FT_FaceRec_*
 const&)':
src/ft2font.cpp:111: `FT_CURVE_TAG_CUBIC' undeclared (first use this =
function)
src/ft2font.cpp:111: (Each undeclared identifier is reported only once =
for each
 function it appears in.)
src/ft2font.cpp:114: `FT_CURVE_TAG_CONIC' undeclared (first use this =
function)
src/ft2font.cpp:117: `FT_CURVE_TAG_ON' undeclared (first use this =
function)
src/ft2font.cpp: In member function `Py::Object FT2Font::set_text(const
 Py::Tuple&)':
src/ft2font.cpp:719: `FT_KERNING_DEFAULT' undeclared (first use this =
function)
src/ft2font.cpp: In function `void initft2font()':
src/ft2font.cpp:1686: `FT_KERNING_UNFITTED' undeclared (first use this
 function)
src/ft2font.cpp:1687: `FT_KERNING_UNSCALED' undeclared (first use this
 function)
error: command '/usr/bin/gcc' failed with exit status 1

On Wednesday 08 June 2005 17:12, John Hunter wrote:
> >>>>> "Nicolas" == Nicolas Girard <nic...@ne...> writes:
>
> Nicolas> Hi all, I find ytitle() to behave quite strangely ; the
> Nicolas> first link points to a figure to each left subplot of
> Nicolas> which I used
>
> Nicolas> ylabel(labl)
>
> Nicolas> and on the figure pointed by the second link I used
>
> Nicolas> text(-0.07,0.5,labl,verticalalignment='center',
> Nicolas> rotation='vertical',transform=gca().transAxes,clip_on=False)
>
>
> Nicolas> http://nicolasgirard.nerim.net/ytitle.jpg
> Nicolas> http://nicolasgirard.nerim.net/text.jpg
>
>
> Nicolas> from these 2 samples it seems like ytitle()'s behaviour
> Nicolas> is odd, or at least not optimal. What do you think ?
>
Sorry for the late answer.
> Which backend are you using? It could be a backend specific bug. 
I tried with the standard one (Agg ?), then I saved the plot as ps, png and 
jpeg ; and the result was the same
> From 
> the fact that you are making jpg images, my guess is you are using GTK
> or WX. 
Actually my concern was to produce files with reasonable size so that you can 
download them more quickly
> Unless you have good reason not to, I would advise you to use 
> GTKAgg/WXAgg and output PNG. PNG is a much better format for line art
> and text.
You must be right ; And the nice thing I've just discovered is that the png 
files are lighter than the jpeg ones... fine !
>
> Do you see the extra horizontal space in *Agg or PS backends? 
Yes
> Note 
> also that the space between the yticklabels and the ylabel is
> controlled by ax.yaxis.LABELPAD, which defaults to 5 points. 
The extra space is less problematic than the misalignment of the labels, in 
fact. As they get properly aligned with the text() function, I guess there's 
room for improvement without too much effort (at least I hope so)
> Also, 
> are you using mathtext or rc.usetex=True?
Yes, I have added "rc.usetex=True" to my config file
>
> When reporting problems, it is very helpful to
>
> 1) run your script with --verbose-helpful and report the output
>
Okay, here you are:
python t.py --verbose-helpful
matplotlib data path /usr/share/matplotlib
loaded rc file /home/ngirard/.matplotlibrc
matplotlib version 0.81
verbose.level helpful
interactive is False
platform is linux2
numerix Numeric 23.1
font search path ['/usr/share/matplotlib']
loaded ttfcache file /home/ngirard/.ttffont.cache
backend GTKAgg version 2.6.2
> 2) indicated any nondefault rc options (rc.usetex?)
Please find attached my config file.
>
> 3) attach a standalone script we can run, if possible
>
I've attached the script, but I'm afraid you can't run it, as it reads a huge 
data file I cannot send to you...
There's an other annoying bug with this script. For the subplots on columns 2 
and 3 I asked the yaxis to have only but 3 ticks, using:
 majorLocator = LinearLocator(numticks=3)
 ...
 a=subplot(nbvals,3,i)
 a.yaxis.set_major_locator(majorLocator)
which works, but as the figure gets refreshed, the ticks disappear, and at the 
end only part of them remain visible. I've encounetered this with the 
standard Agg backend, with either interactive and non-interactive mode. 
Saving as jpeg, png and ps didn't help, as you can see here:
http://nicolasgirard.nerim.net/out.png
Cheers,
Nicolas

I'm getting a "crash" when using ipython and pylab on WinXP.
The problem shows up when I have a subplot and try to use ylim to
change the axis scale. Here's an example (after plotting some data).
In [2]: ylim()
Out[2]: (0.0, 30000000000.0)
In [3]: xlim(-6, 6)
Out[3]: (-6, 6)
(axis scsale changes as expected)
In [4]: ylim(0, 1000)
( crash - i.e., CPU use goes to 100%, prompt does not return, Tkinter
and ipython windows unresponsive)
I just upgraded to pylab 0.81 (python 2.3.3) and see the same problem.
 I'm not sure how to debug this from python since I don't have a
prompt. I did add some print statements to my original script and it
seems all commands execute in non-interactive mode until p.show(). If
I comment out the ylim() command the script works as expected.
-- David

Hi all,
 rc('l',lw=1,mew=0,markersize=1)
gives:
 29 # save state (John, is there a cleaner way to do this?)
 30 rcsave = rcParams.copy()
---> 31 rc('l',lw=1,mew=0,markersize=1)
 32 ax.plot(x,y,marker)
 33 rcParams.update(rcsave)
/usr/lib/python2.3/site-packages/matplotlib/pylab.py in rc(*args, **kwargs)
 946
 947 def rc(*args, **kwargs):
--> 948 matplotlib.rc(*args, **kwargs)
 949 if matplotlib.rc.__doc__ is not None:
 950 rc.__doc__ = matplotlib.rc.__doc__
/usr/lib/python2.3/site-packages/matplotlib/__init__.py in rc(group, **kwargs)
 762 key = '%s.%s' % (group, name)
 763 if not rcParams.has_key(key):
--> 764 raise KeyError('Unrecognized key "%s" for group "%s" and 
name "%s"' %
 765 (key, group, name))
 766
KeyError: 'Unrecognized key "l.linewidth" for group "l" and name "linewidth"'
If I change 'l' to 'lines', it works. But the docs for rc() say that 'l' is a 
valid alias for lines.
Cheers,
f

Charles Moad wrote:
> Installing each
> dependency would probably be just as easy as trying to use components
> from my installer.
I put instructions for how to do this in my package for OS-X-10.3,
py2.3.0. Here they are. If you do all this, you can donate the package
to Bob's repository on pythonmac.org.
There is a related thread about defining a standard way to do this for
matplotlib, so it will build out of the box.
They should work just fine for newer versions of OS, matplotlib, and
python. Sorry they are a bit wordy:
Installing matplotlib on OS-X (10.3.7)
Here are my notes as to what it took to get matplotlib (0.71) installed
and working on OS-X. I have so far kept a fink-free system, so that's
what I've done here as well. I use it with the AGG back end for
generating images for a web site, and hopefully with the wx backend for
interactive use and embedding in wx Applications. I've also quickly got
it working with TK. Note that this is kind of a running commentary, not
well edited. I'd read the whole thing before starting.
1) Requirements:
-------------------------------------------
According to the matplotlib install docs
(http://matplotlib.sourceforge.net/installing.html), you need the following:
freetype (>= 2.1.7)
libpng
zlib
Personally, I've been avoiding Fink, as it doesn't seem to play well
with the rest of OS-X, including the Apple supplied Python, so I've
looked elsewhere for these libs.
a) Freetype:
I seem to have it in:
/usr/X11R6/include/freetype2
I don't think I installed it myself, so it probably came with Apple's
X11, Which I did install.
However, I seemed to be having problems with that version, so I looked,
and it seems to be:
libfreetype.6.3.dylib
Given that freetype2 is currently at version 2.1.9, I have no idea what
to make of that! So off to sourceforge to get a new freetype:
http://freetype.sourceforge.net/index2.html
where I got:
freetype-2.1.9.tar.gz
Following the instructions in docs/INSTALL.UNX:
$ ./configure
$ make
$ sudo make install
That puts it in /usr/local/..., which is a good place for it.
NOTE: The above will build freetype as a shared library, which is fine
if you are building ot run on the same system you are building on.
However, if you want to buuild a re-distributable package, you'll need a
static library, which you can get by doing:
$ ./configure --disable-shared --enable static
$ make
$ sudo make install
Hmm. that made the static libs (*.a) , but also the dynamic ones.
Make sure to do:
$ make clean
if you had already built it. You may also have to remove the shared
libs, so that they won't be found (*.dyld). I had to remove them from
/usr/local/lib.
b) zlib:
I have:
/usr/include/zlib.h
I don't know where I might have gotten it, but there it is.
NOTE: I checked on another system in my office, and it doesn't have
zlib. It does, however have libz, which I am told is the same thing, to
you shouldn't need this.
c) libpng:
This, I didn't have on my system, except inside the wxWidgets source
tree, so I went looking for it.
Note that you need zlib to compile libpng, so make sure you have that first.
I did a google search for "libpng OS-X". I found:
http://www.libpng.org/pub/png/pngcode.html
Which led me to the libpng sourceforge site.
 From there I downloaded:
libpng-1.2.8.tar.gz
unpacked it, and opened a terminal in the libpng-1.2.8 directory, and did:
$ cp scripts/makefile.darwin ./makefile
(note that according to the INSTALL, there is supposed to be a
makefile.macosx, but it wasn't there)
I took a look in the makefile, and found:
ZLIBLIB=/usr/local/lib
ZLIBINC=/usr/local/include
Which is not where zlib is on my system. However, while I can find
zlib.h, I couldn't fine the actual lib, so I tried make without changing
anything.
$ make
Which seemed to work fine. zlib must be installed in a standard
location, and gcc found it.
$ sudo make install
to install the lib into /usr/local/ (this was specified in the makefile,
and it's a good place for it)
$ make test
and
$ ./pngtest pngnow.png
Which both seemed to pass.
If you want to build a re-distributable version of matplotlib, you need
the static version of libpng, instead of the dynamic one. It doesn't use
./configure, so instead, I did a:
sudo make install-static
and that installed the *.a files in /usr/local/lib.
d) Numeric or numarray:
I already have Numeric installed, from Bob Ippolito's PIMP (MacPython
Package Manager) repostitory. (www.undefined.org/python)
2) Building matplotlib
---------------------------------------------------------
First, I took a look at the matplotlib setup.py. It had "auto" for the
back-end flags, so I thought I would give it a try that way:
$python setup.py build
If you have only the static version of libpng and libfreetype (*.a, and
not *.dylib) in /usr/local/lib (or anywhere else on your lib search
path), then it should link those statically.
That worked!
$ sudo python setup.py install
4) And now to test!
$python
>>> import pylab
Could not open font file /Library/Fonts/NISC18030.ttf
No module named pygtk
PyGTK version 1.99.16 or greater is required to run the GTK Matplotlib
backends
This turns out to be because the matlabrc file sets the GTKAgg back end
as the default. You have two choices.
1) you can set the back end before importing pylab.
>>> import matplotlib
>>> matplotlib.use('Agg')
>>> import pylab
This works fine
2) Edit the matplotlibrc file. I found it in:
/System/Library/Frameworks/Python.framework/Versions/2.3/share/matplotlib/.matplotlibrc
Change the line:
backend : GTKAgg # the default backend
to
backend : Agg # the default backend
And you're all set to make images for the web, etc.
I'm going to leave getting it to work with wxPython for another day.
3) Building a matplotlib Binary Package for OS-X:
First you need to make sure you've got libpng and libfreetype staticaly
linked. I did this by copying the headers and *.a files for them into a
directory I created called "StaticLibs", in the main matplot lib
directory (the one setup,py is in). You could just as easily put in
links, rather than copies, probably a better idea, actually.
Then I edited setupext.py, so that distutils would only look there:
basedir = {
 'win32' : ['win32_static',],
 'linux2' : ['/usr/local', '/usr',],
 'linux' : ['/usr/local', '/usr',],
# 'darwin' : ['/usr/local', '/usr', '/sw', '/usr/X11R6'],
 'darwin' : ['StaticLibs'],
 'freebsd4' : ['/usr/local', '/usr'],
 'sunos5' : [os.getenv('MPLIB_BASE') or '/usr/local',],
}
I'm talking to John Hunter about having a conditional Static setup in
the official setup.py to support this. This seemed to so the job.
To test, you can run:
$ otool -L *.so
in the matplotlib directory that is buried in the build directory. it
will tell you what libs the matplotlib extensions are linked to. They
should not be linked to libfreetype or libpng. libz is OK, it's included
with the stock OS-X.
Once you've got that built right, you can make an installer package with
Py2App.
This is a note from Bob Ippolito on the macPython mailing list:
"""use bdist_mpkg from py2app to make a redistributable .pkg installer
for it. After installing py2app, you should have a tool in
/usr/local/bin called "bdist_mpkg" that will Just Do It without any
setup.py modifications to the target lib... so go into the matplotlib
directory, type bdist_mpkg, and cross your fingers that a
dist/matplotlib-xx.pkg
"""
Here's exactly what I tried:
In the matplotlib directory (the same place as setup.py)
$ bdist_mpkg
and it worked!
Note: there are occasionally troubles with installing a newer matplotlib
over an older one. You may want to remove an older version before
installing, if you have one. To do this, delete:
/Library/Python/2.3/matplotlib/
Then click the mpkg. to install.
Building with tcl/TK:
I downloaded the BI (Batteries Included) installer for tcl/Tk Aqua. It's
got a lot of stuff I don't need, but it's only disk space. I then used
the MacPython PackageManager and the standard package list, and
installed Tkinter from there. It seemed to work.
Now back to the build cycle...Yeah it works!
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Charles Moad wrote:
> Installing each
> dependency would probably be just as easy as trying to use components
> from my installer.
I put instructions for how to do this in my package for OS-X-10.3, 
py2.3.0. Here they are. If you do all this, you can donate the package 
to Bob's repository on pythonmac.org.
There is a related thread about defining a standard way to do this for 
matplotlib, so it will build out of the box.
They should work just fine for newer versions of OS, matplotlib, and 
python. Sorry they are a bit wordy:
Installing matplotlib on OS-X (10.3.7)
Here are my notes as to what it took to get matplotlib (0.71) installed 
and working on OS-X. I have so far kept a fink-free system, so that's 
what I've done here as well. I use it with the AGG back end for 
generating images for a web site, and hopefully with the wx backend for 
interactive use and embedding in wx Applications. I've also quickly got 
it working with TK. Note that this is kind of a running commentary, not 
well edited. I'd read the whole thing before starting.
1) Requirements:
-------------------------------------------
According to the matplotlib install docs 
(http://matplotlib.sourceforge.net/installing.html), you need the following:
freetype (>= 2.1.7)
libpng
zlib
Personally, I've been avoiding Fink, as it doesn't seem to play well 
with the rest of OS-X, including the Apple supplied Python, so I've 
looked elsewhere for these libs.
a) Freetype:
I seem to have it in:
/usr/X11R6/include/freetype2
I don't think I installed it myself, so it probably came with Apple's 
X11, Which I did install.
However, I seemed to be having problems with that version, so I looked, 
and it seems to be:
libfreetype.6.3.dylib
Given that freetype2 is currently at version 2.1.9, I have no idea what 
to make of that! So off to sourceforge to get a new freetype:
http://freetype.sourceforge.net/index2.html
where I got:
freetype-2.1.9.tar.gz
Following the instructions in docs/INSTALL.UNX:
$ ./configure
$ make
$ sudo make install
That puts it in /usr/local/..., which is a good place for it.
NOTE: The above will build freetype as a shared library, which is fine 
if you are building ot run on the same system you are building on. 
However, if you want to buuild a re-distributable package, you'll need a 
static library, which you can get by doing:
$ ./configure --disable-shared --enable static
$ make
$ sudo make install
Hmm. that made the static libs (*.a) , but also the dynamic ones.
Make sure to do:
$ make clean
if you had already built it. You may also have to remove the shared 
libs, so that they won't be found (*.dyld). I had to remove them from 
/usr/local/lib.
b) zlib:
I have:
/usr/include/zlib.h
I don't know where I might have gotten it, but there it is.
NOTE: I checked on another system in my office, and it doesn't have 
zlib. It does, however have libz, which I am told is the same thing, to 
you shouldn't need this.
c) libpng:
This, I didn't have on my system, except inside the wxWidgets source 
tree, so I went looking for it.
Note that you need zlib to compile libpng, so make sure you have that first.
I did a google search for "libpng OS-X". I found:
http://www.libpng.org/pub/png/pngcode.html
Which led me to the libpng sourceforge site.
 From there I downloaded:
libpng-1.2.8.tar.gz
unpacked it, and opened a terminal in the libpng-1.2.8 directory, and did:
$ cp scripts/makefile.darwin ./makefile
(note that according to the INSTALL, there is supposed to be a 
makefile.macosx, but it wasn't there)
I took a look in the makefile, and found:
ZLIBLIB=/usr/local/lib
ZLIBINC=/usr/local/include
Which is not where zlib is on my system. However, while I can find 
zlib.h, I couldn't fine the actual lib, so I tried make without changing 
anything.
$ make
Which seemed to work fine. zlib must be installed in a standard 
location, and gcc found it.
$ sudo make install
to install the lib into /usr/local/ (this was specified in the makefile, 
and it's a good place for it)
$ make test
and
$ ./pngtest pngnow.png
Which both seemed to pass.
If you want to build a re-distributable version of matplotlib, you need 
the static version of libpng, instead of the dynamic one. It doesn't use 
./configure, so instead, I did a:
sudo make install-static
and that installed the *.a files in /usr/local/lib.
d) Numeric or numarray:
I already have Numeric installed, from Bob Ippolito's PIMP (MacPython 
Package Manager) repostitory. (www.undefined.org/python)
2) Building matplotlib
---------------------------------------------------------
First, I took a look at the matplotlib setup.py. It had "auto" for the 
back-end flags, so I thought I would give it a try that way:
$python setup.py build
If you have only the static version of libpng and libfreetype (*.a, and 
not *.dylib) in /usr/local/lib (or anywhere else on your lib search 
path), then it should link those statically.
That worked!
$ sudo python setup.py install
4) And now to test!
$python
 >>> import pylab
Could not open font file /Library/Fonts/NISC18030.ttf
No module named pygtk
PyGTK version 1.99.16 or greater is required to run the GTK Matplotlib 
backends
This turns out to be because the matlabrc file sets the GTKAgg back end 
as the default. You have two choices.
1) you can set the back end before importing pylab.
 >>> import matplotlib
 >>> matplotlib.use('Agg')
 >>> import pylab
This works fine
2) Edit the matplotlibrc file. I found it in:
/System/Library/Frameworks/Python.framework/Versions/2.3/share/matplotlib/.matplotlibrc
Change the line:
backend : GTKAgg # the default backend
to
backend : Agg # the default backend
And you're all set to make images for the web, etc.
I'm going to leave getting it to work with wxPython for another day.
3) Building a matplotlib Binary Package for OS-X:
First you need to make sure you've got libpng and libfreetype staticaly 
linked. I did this by copying the headers and *.a files for them into a 
directory I created called "StaticLibs", in the main matplot lib 
directory (the one setup,py is in). You could just as easily put in 
links, rather than copies, probably a better idea, actually.
Then I edited setupext.py, so that distutils would only look there:
basedir = {
 'win32' : ['win32_static',],
 'linux2' : ['/usr/local', '/usr',],
 'linux' : ['/usr/local', '/usr',],
# 'darwin' : ['/usr/local', '/usr', '/sw', '/usr/X11R6'],
 'darwin' : ['StaticLibs'],
 'freebsd4' : ['/usr/local', '/usr'],
 'sunos5' : [os.getenv('MPLIB_BASE') or '/usr/local',],
}
I'm talking to John Hunter about having a conditional Static setup in 
the official setup.py to support this. This seemed to so the job.
To test, you can run:
$ otool -L *.so
in the matplotlib directory that is buried in the build directory. it 
will tell you what libs the matplotlib extensions are linked to. They 
should not be linked to libfreetype or libpng. libz is OK, it's included 
with the stock OS-X.
Once you've got that built right, you can make an installer package with 
Py2App.
This is a note from Bob Ippolito on the macPython mailing list:
"""use bdist_mpkg from py2app to make a redistributable .pkg installer 
for it. After installing py2app, you should have a tool in 
/usr/local/bin called "bdist_mpkg" that will Just Do It without any 
setup.py modifications to the target lib... so go into the matplotlib 
directory, type bdist_mpkg, and cross your fingers that a 
dist/matplotlib-xx.pkg
"""
Here's exactly what I tried:
In the matplotlib directory (the same place as setup.py)
$ bdist_mpkg
and it worked!
Note: there are occasionally troubles with installing a newer matplotlib 
over an older one. You may want to remove an older version before 
installing, if you have one. To do this, delete:
/Library/Python/2.3/matplotlib/
Then click the mpkg. to install.
Building with tcl/TK:
I downloaded the BI (Batteries Included) installer for tcl/Tk Aqua. It's 
got a lot of stuff I don't need, but it's only disk space. I then used 
the MacPython PackageManager and the standard package list, and 
installed Tkinter from there. It seemed to work.
Now back to the build cycle...Yeah it works!
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

John Hunter wrote:
> If either of you have a diff against setup*.py that will make mpl src
> builds on these systems work better, I'll fold them into the main
> line.
I had intended to do this, but before I do, I think theres a need for a 
little discussion.
Charles and I have taken two different approaches to dealing with the 
dependencies not included in stock OS-X:
libpng
libfreetype
(as noted by Charles, libfreetype does seem to exist, in some form with 
Apple's X11 implementation, but neither of us could get it to work)
The way I handled these libs was to build them as static libs, install 
them inside the matplotlib build tree, then alter the setup.py so that 
it would use the statically linked versions. This resulted in a simple 
stand-alone binary, that is easy to install. However, you do need to put 
those static libs in the right place before you can build, so I wasn't 
sure we'd want to hard-code that into the stock setup.py. You do need to 
resolve the dependencies in some way in any case, so maybe it's not a 
bad idea.
My understanding is that Charles took an alternative approach: providing 
libpng and libfreetype as OS-X Frameworks, and building matplotlib 
against those. This is really the way it "should" be done on OS-X. 
However, it seems a little harder to set up to me (unless the libs in 
question work with a --framework flag to make. I spend a lot more time 
on Linux, so all this is a bit of a mystery to me.) It also strikes me 
as a little harder to make a package out of, as you've got multiple 
things to install and bdist_mpkg won't just do it for you.
What are other's thoughts about the best way to do this? It would be 
nice to have a standard approach built into the matplotlib setup.py.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

Hi John,
John Hunter wrote:
>>>>>>"andrea" == andrea gavana <and...@ti...> writes:
> 
> 
> andrea> Hello John & NG, I have just downloaded matplotlib 0.81,
> andrea> and I am having some problems with the ToolBar. The "Back"
> andrea> and "Forward" icons in the ToolBar2 are not shown. The
> andrea> buttons are completely grey and they seem inactive. Is
> andrea> this the expected behavior? I think it is not. However,
> andrea> my configuration is:
> 
> andrea> - Windows XP - wxPython 2.6.1.0 - MatPlotLib 0.81 - WXAgg
> andrea> backend - ToolBar2
> 
> This is a feature and a bug. The feature part is that Werner Bruhin
> added a patch to "gray out" the forward and back buttons when clicking
> them produces no effect. Eg, if there is no back (your first view of
> the figure) the button should be grayed out. If you navigate
> somewhere, the button will be enabled.
Just did a little test with the back.png file - see attached it shows in 
black and white if it is NOT enabled.
However here stops the good news, I can't figure out what needs to be 
changed in matplotlib to get the same result. Hacked "_load_bitmap2" 
which used the "png" file but then I get the normal image instead of the 
black and white one.
I'll keep looking, but if anyone has an idea it will be very welcome.
See you
Werner
> 
> The bug is that on win32 with wxpython 2.6.1 instead of presenting a
> grayed out version of the button the button is a solid gray rectangle,
> and it is visually very disturbing to see it toggle between an arrow
> and a gray rectangle. On linux with wx 2.5.3, the arrow button still
> looks like an arrow, but is gray to indicate "not enabled"
> 
> Does this feature work properly for anyone on windows? Other
> WX/Windows users, please send me your wxpython version numbers and let
> me know if this is working for you so we can file a bug report to the
> wx list. You can get your wxpython version by running your script
> with 
> 
> > python myscript.py -dWXAgg --verbose-helpful
> 
> Thanks!
> JDH
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
> a projector? How fast can you ride your desk chair down the office luge track?
> If you want to score the big prize, get to know the little guy. 
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20

Darren Dale wrote:
> On Wednesday 08 June 2005 1:29 am, Fernando Perez wrote:
> 
>>Hi all,
>>
>>I'm enjoying the new toy (real LaTeX support), and after running the
>>examples/tex_demo, I noticed the bounding boxes aren't quite right.
> 
> Which version of ghostscript are you using? We had trouble with bboxes using a 
> version older than ghostscript-8.16. 
Ah, that could be it. Fedora 3 comes stock with:
[~]> rpm -qa | grep ghost
ghostscript-fonts-5.50-13
ghostscript-7.07-33
> I use ghostscript's epswrite device to convert a latex-generated postscript to 
> eps. It converts the fonts to bitmaps, as you pointed out, but you can 
> increase the resolution in rc with ps.distiller.res: I have it set to 6000, 
> and the files are not too big.
Mh, I dind't point that out: I didn't even know you could do it :)
> Would you send me a copies of the bad eps and the fixed version, and also a 
> copy of ps2eps? I don't have that program on my system, and was not able to 
> find it on the web.
Here goes. As it turns out, ps2eps is a simple perl script which I got god 
knows when. So people won't actually have it on their systems, it's something 
that lives in /usr/local/bin on my box, sorry.
But no worries. I can lie with using ps2eps for now, until I can upgrade to a 
moer current ghostscript.
Cheers,
f

John Hunter wrote:
>>>>>>"andrea" == andrea gavana <and...@ti...> writes:
> 
> 
> andrea> Hello John & NG, I have just downloaded matplotlib 0.81,
> andrea> and I am having some problems with the ToolBar. The "Back"
> andrea> and "Forward" icons in the ToolBar2 are not shown. The
> andrea> buttons are completely grey and they seem inactive. Is
> andrea> this the expected behavior? I think it is not. However,
> andrea> my configuration is:
> 
> andrea> - Windows XP - wxPython 2.6.1.0 - MatPlotLib 0.81 - WXAgg
> andrea> backend - ToolBar2
> 
> This is a feature and a bug. The feature part is that Werner Bruhin
> added a patch to "gray out" the forward and back buttons when clicking
> them produces no effect. Eg, if there is no back (your first view of
> the figure) the button should be grayed out. If you navigate
> somewhere, the button will be enabled.
Not guilty here, at least not on purpose, someone else might have put in 
a patch to enable/disable the buttons. But in the disabled state they 
should still show the black and white version (using the alpha channel).
I looked at it when I saw Andrea's post but can't figure out why they 
show a grey block instead of a black and white version of the button.
This is a problem I do have on the Win 2000 with my own app/images, but 
on XP the alpha channel stuff works correctly.
I'll have another look at it.
See you
Werner
> 
> The bug is that on win32 with wxpython 2.6.1 instead of presenting a
> grayed out version of the button the button is a solid gray rectangle,
> and it is visually very disturbing to see it toggle between an arrow
> and a gray rectangle. On linux with wx 2.5.3, the arrow button still
> looks like an arrow, but is gray to indicate "not enabled"
> 
> Does this feature work properly for anyone on windows? Other
> WX/Windows users, please send me your wxpython version numbers and let
> me know if this is working for you so we can file a bug report to the
> wx list. You can get your wxpython version by running your script
> with 
> 
> > python myscript.py -dWXAgg --verbose-helpful
> 
> Thanks!
> JDH
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
> a projector? How fast can you ride your desk chair down the office luge track?
> If you want to score the big prize, get to know the little guy. 
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20

>>>>> "andrea" == andrea gavana <and...@ti...> writes:
 andrea> Hello John & NG, I have just downloaded matplotlib 0.81,
 andrea> and I am having some problems with the ToolBar. The "Back"
 andrea> and "Forward" icons in the ToolBar2 are not shown. The
 andrea> buttons are completely grey and they seem inactive. Is
 andrea> this the expected behavior? I think it is not. However,
 andrea> my configuration is:
 andrea> - Windows XP - wxPython 2.6.1.0 - MatPlotLib 0.81 - WXAgg
 andrea> backend - ToolBar2
This is a feature and a bug. The feature part is that Werner Bruhin
added a patch to "gray out" the forward and back buttons when clicking
them produces no effect. Eg, if there is no back (your first view of
the figure) the button should be grayed out. If you navigate
somewhere, the button will be enabled.
The bug is that on win32 with wxpython 2.6.1 instead of presenting a
grayed out version of the button the button is a solid gray rectangle,
and it is visually very disturbing to see it toggle between an arrow
and a gray rectangle. On linux with wx 2.5.3, the arrow button still
looks like an arrow, but is gray to indicate "not enabled"
Does this feature work properly for anyone on windows? Other
WX/Windows users, please send me your wxpython version numbers and let
me know if this is working for you so we can file a bug report to the
wx list. You can get your wxpython version by running your script
with 
 > python myscript.py -dWXAgg --verbose-helpful
Thanks!
JDH

>>>>> "Nicolas" == Nicolas Girard <nic...@ne...> writes:
 Nicolas> Hi all, I find ytitle() to behave quite strangely ; the
 Nicolas> first link points to a figure to each left subplot of
 Nicolas> which I used
 Nicolas> ylabel(labl)
 Nicolas> and on the figure pointed by the second link I used
 Nicolas> text(-0.07,0.5,labl,verticalalignment='center',
 Nicolas> rotation='vertical',transform=gca().transAxes,clip_on=False)
 Nicolas> http://nicolasgirard.nerim.net/ytitle.jpg
 Nicolas> http://nicolasgirard.nerim.net/text.jpg
 Nicolas> from these 2 samples it seems like ytitle()'s behaviour
 Nicolas> is odd, or at least not optimal. What do you think ?
Which backend are you using? It could be a backend specific bug. From
the fact that you are making jpg images, my guess is you are using GTK
or WX. Unless you have good reason not to, I would advise you to use
GTKAgg/WXAgg and output PNG. PNG is a much better format for line art
and text.
Do you see the extra horizontal space in *Agg or PS backends? Note
also that the space between the yticklabels and the ylabel is
controlled by ax.yaxis.LABELPAD, which defaults to 5 points. Also,
are you using mathtext or rc.usetex=True? 
When reporting problems, it is very helpful to
 1) run your script with --verbose-helpful and report the output
 2) indicated any nondefault rc options (rc.usetex?)
 3) attach a standalone script we can run, if possible
This will save me a lot of guessing and typing.
Thanks!
JDH

Darren, Fernando,
I'm sorry I haven't had a chance to try out the new tex/latex
support, and am really looking forward to it. Thanks!!
I've used scripts to convert gnuplot/ps-latex to eps and png for
too many years (and will be thrilled to replace them with
matplotlib scripts). For the EPS bbox problem from dvips, I've
had good luck running
 gs -q -dBATCH -dNOPAUSE -sDEVICE=bbox my.eps
on the eps file generated from 
 dvips -E ... -o my.eps my.dvi 
The bbox output from 'gs -sDEVICE=bbox' can then be used to
rewrite the eps file. It's definitely a kludge and involves
temporary files (this might be unavoidable, and tex/latex uses
lots of these anyway), but the results seem good, even with
relatively old versions of ghostscript.
I don't know if that's better than Fernando's suggestion or not,
but since the PS backend already uses gs (I think), it might be
worth considering.
Thanks!
--Matt
PS: For eps->png, I've been quite happy running 
 convert -antialias -density 300 my.eps my.png
Maybe that's a reasonable alternative to dvipng??

On Wednesday 08 June 2005 1:29 am, Fernando Perez wrote:
> Hi all,
>
> I'm enjoying the new toy (real LaTeX support), and after running the
> examples/tex_demo, I noticed the bounding boxes aren't quite right.
Hi Fernando,
Which version of ghostscript are you using? We had trouble with bboxes usin=
g a=20
version older than ghostscript-8.16.=20
I use ghostscript's epswrite device to convert a latex-generated postscript=
 to=20
eps. It converts the fonts to bitmaps, as you pointed out, but you can=20
increase the resolution in rc with ps.distiller.res: I have it set to 6000,=
=20
and the files are not too big.
Would you send me a copies of the bad eps and the fixed version, and also a=
=20
copy of ps2eps? I don't have that program on my system, and was not able to=
=20
find it on the web.
Thanks,
Darren

Hi all,
I find ytitle() to behave quite strangely ; the first link points to a figure 
to each left subplot of which I used
 ylabel(labl)
and on the figure pointed by the second link I used
 text(-0.07,0.5,labl,verticalalignment='center',
 rotation='vertical',transform=gca().transAxes,clip_on=False)
http://nicolasgirard.nerim.net/ytitle.jpg
http://nicolasgirard.nerim.net/text.jpg
from these 2 samples it seems like ytitle()'s behaviour is odd, or at least 
not optimal. What do you think ?
cheers,
nicolas

Hi all,
I'm enjoying the new toy (real LaTeX support), and after running the 
examples/tex_demo, I noticed the bounding boxes aren't quite right. I know 
that Darren and John have struggled a lot with this issue, and I don't know 
what the true solution should be. But I've seen similar problems in the past 
with Gnuplot (when making square aspect ratio plots), and I had this lying around:
def eps_fix_bbox(fname):
 """Fix the bounding box of an eps file by running ps2eps on it.
 If its name ends in .eps, the original file is removed.
 This is particularly useful for plots made by Gnuplot with square aspect
 ratio: there is a bug in Gnuplot which makes it generate a bounding box
 which is far wider than the actual plot.
 This function assumes that ps2eps is installed in your system."""
 # note: ps2ps and eps2eps do NOT work, ONLY ps2eps works correctly. The
 # others make output with bitmapped fonts, which looks horrible.
 print 'Fixing eps file: <%s>' % fname
 xsys('ps2eps -f -q -l %s' % fname)
 if fname.endswith('.eps'):
 os.rename(fname+'.eps',fname)
those of you running IPython can get it simply via:
from IPython.Gnuplot2 import eps_fix_bbox
I don't claim that it does the right thing everywhere, but a few tests seemed 
to give reasonable results. I don't know if it will help others, but it works 
for me, so here it goes.
Cheers,
f

	I believe I said I would make a pkg for OS 10.4, not python 2.4.1.
Sorry if I said the later. I am waiting a little while now, since it
seems 0.81 is having tex issues and there may be a version bump here soon.
	I could help you through the install you mentioned. Installing each
dependency would probably be just as easy as trying to use components
from my installer. There is nothing stopping you from choosing a
customized install from the tiger installer to install just freetype and
libpng. You have to make a few small edits to setup.py to make it work
with those.
- Charlie
fgh...@bl... wrote:
> Thanks to everybody for the informative replies!
> 
> I'm now trying to decide
> my best course of action. The way I see the current situation, there is Charlie's
> standalone installer from IU, but that does not integrate with the pythonmac.org
> installation (which currently affects me greatly, because I'm running Tiger
> and the pythonmac.org 2.4.1 "framework"). Then there is the pythonmac installer,
> which puts stuff into the Apple installation of 2.3.... 
> 
> I've tried a few
> obvious things (like soft-linking the pythonmac 2.3 matplotlib directory under
> its site-packages to the 2.4.1 pythonmac.org's site-packages), but nothing
> has worked yet.
> 
> IIRC, Charlie(?) said in an earlier post that he was going
> to build against 2.4.1 and post the results (to the IU website?) once he got
> home to a machine with 2.4.1 on it. It seems to me that this should solve
> my problem, but I might be missing something, and hence need to compile from
> source. Not a big deal at all for the python stuff (hooray for setup.py! ;-)
> but I would then need to fight 'dependency hell' for all of the missing libraries
> from my installations. I was kind of hoping to find that someone else had
> already won that battle! ;-)
> 
> Should it come down to that, I'd be happy
> to post any sucess stories from my ham-fisted attempts to build the .dmg anywhere
> that it useful to the wider community.
> 
> To recap: for pythonmac.org 2.4.1
> users there does not seem to exist a usable installer for matplotlib. 
> 
> 
> 
> --- Charles Moad <cm...@in... wrote:
> 
>> All the binaries I provide
> 
> depend on the system installed python 
> 
>>(i.e. python2.3.x). These binaries
> 
> are meant for people who want a 
> 
>>one click installer for matplotlib in
> 
> OSX that includes all needed 
> 
>>dependencies. I would expect more seasoned
> 
> python users to install 
> 
>>the packages from pythonmac.org. I will add
> 
> a note on the site.
> 
>> For the record, if anyone wants the Xcode project
> 
> files for the 
> 
>>freetype and libpng frameworks I provide, just ask.
>>
> 
> 
>>- Charlie
>>
>>On Jun 7, 2005, at 4:28 PM, Chris Barker wrote:
>>
>>
>>>
>>>Charles Moad wrote:
>>>
>>>
>>>> I am posting a new 0.81 build
> 
> with basemap-0.5 right now for 
> 
>>>>Panther.
>>>>
>>>
>>>But does this
> 
> use python 2.4 ? That wasn't' clear to me from the 
> 
>>>download page.
>>>
>>>- Chris
>>>-- 
>>>Christopher Barker, Ph.D.
>>>Oceanographer
> 
> 
>>>NOAA/OR&R/HAZMAT (206) 526-6959 voice
>>>7600 Sand Point
> 
> Way NE (206) 526-6329 fax
> 
>>>Seattle, WA 98115 (206) 526-6317
> 
> main reception
> 
>>>Chr...@no...
>>>
>>>
>>>-------------------------------------------------------
> 
> 
>>>This SF.Net email is sponsored by: NEC IT Guy Games. How far can 
>>>you shotput
>>>a projector? How fast can you ride your desk chair down
> 
> the office 
> 
>>>luge track?
>>>If you want to score the big prize, get
> 
> to know the little guy. 
> 
>>>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> 
> 
>>>_______________________________________________
>>>Matplotlib-users
> 
> mailing list
> 
>>>Mat...@li...
>>>https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 
>>_______________________________________________
>>Pythonmac-SIG
> 
> maillist - Pyt...@py...
> 
>>http://mail.python.org/mailman/listinfo/pythonmac-sig
> 
> 

Great!
0.81 solves the problem I had earlier with the graph plot in PyGTK.
Thanks,
Dimitri
On 6/7/05, John Hunter <jdh...@ac...> wrote:
>=20
>=20
> Win32 Warning: This is the first release I've done since my windows
> build syste dies and I had to reinstall a bunch of tools and some
> version numbers in my GTK build environment changed (eg my GTK
> setup). Let me know if you encounter any problems. As always, try
> removing site-packages/matplotlib and reinstalling before reporting
> any problems
>=20
> TeX support : Now you can (optionally) use TeX to handle *all* of the
> text elements in your figure with the rc param text.usetex (*Agg and
> PS only). PS support requires tex, dvips and Ghostscript 8.51
> (older versions do not work properly -- test your version with
> 'gs --version'). Agg support requires tex and dvipng. A
> directory ~/.tex.cache is created where support files are cached for
> later reuse. We opted to ues TeX rather than LaTeX because it is
> faster and can do all the things we thought useful for figure text
> snippets. See http://matplotlib.sf.net/screenshots.html#tex_demo
> and http://matplotlib.sf.net/matplotlib.texmanager.html. There are
> several new rc params for configuring tex/latex support
>=20
> # use tex/latex for all text handling
> text.usetex : False
> # tex is faster, but latex is required to use special font
> # packages. See font.latex.package
> text.tex.engine : latex
>=20
> # This must be an available LaTeX font package,
> # like 'times' or 'pslatex' ; only applies if text.usetex
> # is true
> font.latex.package : type1cm
>=20
> Special thanks to Darren Dale for lots of hair-pulling work
> customizing, enhancing and debugging the ps backend for LaTeX
> support.
>=20
> Masked arrays: Support for masked arrays in line plots, pcolor and
> contours. There are some problems with filled contours and masked
> arrays. Thanks Eric Firing and Jeffrey Whitaker.
>=20
> Contour levels arg changes: see http://matplotlib.sf.net/API_CHANGES
> for details
>=20
> Byte images: Much faster imaeg loading for MxNx4 or MxNx3 UInt8
> images, which bypasses the memory and CPU intensive integer/floating
> point conversions. Nicolas Girard
>=20
> New image resize options interpolation options. New values for the
> interp kwarg are
>=20
> 'nearest', 'bilinear', 'bicubic', 'spline16', 'spline36',
> 'hanning', 'hamming', 'hermite', 'kaiser', 'quadric', 'catrom',
> 'gaussian', 'bessel', 'mitchell', 'sinc', 'lanczos', 'blackman'
>=20
> See help(imshow) for details, particularly the interpolation,
> filternorm and filterrad kwargs.
>=20
> Text and dashes - Daishi Harada contributed a patch for connecting
> text to points with lines. See examples/dashpointlabel.py and
> examples/dashtick.py
>=20
> Fast markers on win32: The marker cache optimization is finally
> available for win32, after an agg bug was found and fixed (thanks
> Maxim!). Line marker plots should be considerably faster now on
> win32.
>=20
> set deprecated: use setp instead; a simple, mostly braindead,
> conversion script is provided below
>=20
> Qt in ipython/pylab: You can now use qt in ipython pylab mode. Thanks
> Fernando Perez and the Orsay team!
>=20
> Agg wrapper proper: Started work on a proper agg wrapper to expose
> more general agg functionality in mpl. See examples/agg_test.py.
> Lots of wrapping remains to be done.
>=20
> New scalar formatter: Darren Dale did a lot of work to make scalar
> formatting smarter in pathalogical cases. See
> examples/newscalarformatter_demo.py
>=20
> Small features: linewidth and faceted kwarg to scatter to control
> edgewidth and color, autolegending now inspects line segments in
> addition to vertices, upgraded to agg23, new example showing how to
> use line collections examples/line_collection.py, fixed antialiased
> property setting in agg, added a postscript papersize rc option,
> added an example showing how to embed mpl in a qt app
> examples/embedding_in_qt.py, arrow keys now exposed in mpl's GUI
> neutral event handling, added "among" kwarg to axes picker function
> to limit picks, added autoscale_on property to Axes to control
> whether or not autoscaling is done.
>=20
> Bug fixes: fixed a contour masked array bug, contour memory leak
>=20
>=20
>=20
>=20
> # Here is a script to recursively convert set and get to setp and
> # getp. Please backup entire directory recursively before
> # running this script
>=20
> from matplotlib.cbook import listFiles
>=20
> for fname in listFiles('.', '*.py'):
>=20
> lines =3D []
> cnt =3D 0
> for line in file(fname):
> if line.lstrip().startswith('set('):
> line =3D line.replace('set(', 'setp(')
> cnt +=3D1
> if line.lstrip().startswith('get('):
> line =3D line.replace('get(', 'getp(')
> cnt +=3D1
> lines.append(line)
>=20
> file(fname, 'w').writelines(lines)
> print '%s\t: %d replacements'%(fname,cnt)
>=20
>=20
> -------------------------------------------------------
> This SF.Net <http://SF.Net> email is sponsored by: NEC IT Guy Games. How=
=20
> far can you shotput
> a projector? How fast can you ride your desk chair down the office luge=
=20
> track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>=20
--=20
Please visit dimitri's website: www.serpia.com <http://www.serpia.com>

On Tuesday 07 June 2005 5:50 pm, Fernando Perez wrote:
> Darren Dale wrote:
> > Ouch. Would you try pasting this over line 106 in texmanager.py?
> >
> > cleanup =3D glob.glob(prefix+'.*')
> > for fname in cleanup: os.remove(fname)
> > return dvifile
>
> Yup, works, as long as an 'import glob' is added at the top. I added a
> print statement to check, and a pylab script run shows:
>
> In [1]: run Maps
> numerix Numeric 23.7
> Map iteration Demo
> Map: <function logistic at 0x41da625c>
> Close plot to continue
> Creating Bifurcation Diagram
> *** cleanup: ['30565a8911a6bb487e3745c0ea3c8224.aux']
> *** cleanup: ['3d522deaf85577451c01974654b36ad3.aux']
> *** cleanup: ['54fbf38cf649866815e0fefc46a1f6c7.aux']
> *** cleanup: ['e95e1ca27d0e39aa03eb5a611ce4122f.aux']
> *** cleanup: ['57eeec0a6974ecb4e9fcf68fab052f7b.aux']
> *** cleanup: ['e4c2e8edac362acab7123654b9e73432.aux']
>
>
> Time for 0.81.1 :) (John, you may need to wipe ~/.tex.cache to see the
> problem, but it's there.)
It may also have been the case that these files were created by LaTeX but n=
ot=20
TeX. I've cleaned it up and will commit the changes momentarily
Darren

 All the binaries I provide depend on the system installed python 
(i.e. python2.3.x). These binaries are meant for people who want a 
one click installer for matplotlib in OSX that includes all needed 
dependencies. I would expect more seasoned python users to install 
the packages from pythonmac.org. I will add a note on the site.
 For the record, if anyone wants the Xcode project files for the 
freetype and libpng frameworks I provide, just ask.
- Charlie
On Jun 7, 2005, at 4:28 PM, Chris Barker wrote:
>
>
> Charles Moad wrote:
>
>> I am posting a new 0.81 build with basemap-0.5 right now for 
>> Panther.
>>
>
> But does this use python 2.4 ? That wasn't' clear to me from the 
> download page.
>
> - Chris
> -- 
> Christopher Barker, Ph.D.
> Oceanographer
>
> NOAA/OR&R/HAZMAT (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> Chr...@no...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can 
> you shotput
> a projector? How fast can you ride your desk chair down the office 
> luge track?
> If you want to score the big prize, get to know the little guy. 
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Darren Dale wrote:
> Ouch. Would you try pasting this over line 106 in texmanager.py?
> 
> cleanup = glob.glob(prefix+'.*')
> for fname in cleanup: os.remove(fname)
> return dvifile
Yup, works, as long as an 'import glob' is added at the top. I added a 
print statement to check, and a pylab script run shows:
In [1]: run Maps
numerix Numeric 23.7
Map iteration Demo
Map: <function logistic at 0x41da625c>
Close plot to continue
 Creating Bifurcation Diagram
*** cleanup: ['30565a8911a6bb487e3745c0ea3c8224.aux']
*** cleanup: ['3d522deaf85577451c01974654b36ad3.aux']
*** cleanup: ['54fbf38cf649866815e0fefc46a1f6c7.aux']
*** cleanup: ['e95e1ca27d0e39aa03eb5a611ce4122f.aux']
*** cleanup: ['57eeec0a6974ecb4e9fcf68fab052f7b.aux']
*** cleanup: ['e4c2e8edac362acab7123654b9e73432.aux']
Time for 0.81.1 :) (John, you may need to wipe ~/.tex.cache to see the 
problem, but it's there.)
Cheers,
f

Hello John & NG,
 I have just downloaded matplotlib 0.81, and I am having some problems=
with the ToolBar. The "Back" and "Forward" icons in the ToolBar2 are not
shown. The buttons are completely grey and they seem inactive. Is this th=
e
expected behavior? I think it is not. 
However, my configuration is:
- Windows XP
- wxPython 2.6.1.0
- MatPlotLib 0.81
- WXAgg backend
- ToolBar2
Other RC params are defaulted.
I notice this behavior on every demo in the examples.zip folder.
Thanks for every suggestion.
Andrea.

Charles Moad wrote:
> 	I am posting a new 0.81 build with basemap-0.5 right now for Panther.
But does this use python 2.4 ? That wasn't' clear to me from the 
download page.
- Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

On Tuesday 07 June 2005 4:34 pm, Fernando Perez wrote:
> Hi all,
>
> Small problem. After using pylab to run some code, having enabled the
> beautiful new latex support, when I quit pylab I'm getting a bunch of
> junk files like:
>
> -rw-r--r-- 1 fperez 8 Jun 7 14:32
> e85b79abfd76b7c13b1334d8d8c194a5.aux
>
> left in the current directory. Some cleanup code is not being executed,
> any ideas?
Ouch. Would you try pasting this over line 106 in texmanager.py?
 cleanup = glob.glob(prefix+'.*')
 for fname in cleanup: os.remove(fname)
 return dvifile
Darren

>>>>> "Fernando" == Fernando Perez <Fer...@co...> writes:
 Fernando> Hi all, Small problem. After using pylab to run some
 Fernando> code, having enabled the beautiful new latex support,
 Fernando> when I quit pylab I'm getting a bunch of junk files
 Fernando> like:
 Fernando> -rw-r--r-- 1 fperez 8 Jun 7 14:32
 Fernando> e85b79abfd76b7c13b1334d8d8c194a5.aux
 Fernando> left in the current directory. Some cleanup code is not
 Fernando> being executed, any ideas?
I don't see this problem -- are you using 0.81 or possibly a stale
CVS?
The relevant section of backend_ps is in the print_figure method
which calls
 cleanup = glob.glob(tmpname+'.*')
 for fname in cleanup: os.remove(fname)
You might want to pop in a debug ipython shell and see what tmpname
and cleanup are on your system. Do you see this in
examples/tex_demo.py ?
JDH