matplotlib-devel Mailing List for matplotlib

I want to move the users_guide and the htdocs out of the tree that
people get when they say
 > cvs -d:pserver:ano...@cv...:/cvsroot/matplotlib login
 
 > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/matplotlib co matplotlib
because these directories are huge, with lots of image data for the
users guide and web pages: 21MB for htdocs and 37MB for the users
guide, and 99.9% of the world's sane population are not interested in
these directories.
If I move them to the root (by root, I mean the same directory in
which the matplotlib directory resides along with CVSROOT at
http://cvs.sourceforge.net/viewcvs.py/matplotlib/), by submitting a sf
site request, then people could get them by doing, for example
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/matplotlib
co mpl_htdocs
Is this correct? What is the proper way to refer to the directory in
which both matplotlib and CVSROOT reside in the link above -
/cvsroot/matplotlib? I don't want to bungle the sf admin request.
JDH

>>>>> "Andrew" == Andrew Straw <str...@as...> writes:
 Andrew> Anyhow, changing all occurrences of self.legend to
 Andrew> self._legend in Axes.py fixes my problem, but perhaps
 Andrew> there are subtleties I'm not aware of? If I don't hear
 Andrew> any objections, I'll commit these changes in a day or two.
Arggg,
Yesterday I was writing the section of the users guide in which I
described the Artist containment hierarchy (Figure contains Axes which
contain lines, legends, etc...) and decided it would be most useful
for the diagram to have attribute names as well as class types. In
the process, I made all of the Artist attributes "public" by removing
the leading underscore. I tried to check for method name clashes but
clearly missed this one. Most of the attributes are lists and are
plural (lines, patches, tables). But there is only one legend per
axes (we could change this). So the alternatives are: 1) support
multiple legends or 2) easier, just rename it; how about "thelegend"
or "legend_"
I don't think 1) is really necessary because we already support
multiple figure legends, so you can place multiple legends around or
over an axes manually in the rare cases where you need this.
JDH

Hello again,
there is a minor problem with the INSTALL file.
It looks like it should contain instructions how to
compile and install the package, but actually it doesn't.
Maybe something like
 To compile and install the package type
 python ./setup.py build
 python ./setup.py install
could be added to the file. Are the above commands the correct
ones?
All the best,
Jochen
--=20
http://seehuhn.de/

Hello again,
the README file of the current CVS version of matplotlib
contains the text
 ... A summary of the goals of matplotlib and the progress so far can
 be found here.
I think this changed meaning while being copied from the web page.
Maybe it should be replaced by
 ... A summary of the goals of matplotlib and the progress so far can
 be found in the file GOALS.
I hope this helps,
Jochen
--=20
http://seehuhn.de/

Hi,
In class Axes (current CVS), there is an instance variable self.legend 
as well as a method legend(). For some reason, this seems to work most 
of the time, but I found this problem when I did something like:
ax = subplot(111)
ax.legend(lines,titles)
(A "cannot call NoneType"-type error occurs).
Anyhow, changing all occurrences of self.legend to self._legend in 
Axes.py fixes my problem, but perhaps there are subtleties I'm not aware 
of? If I don't hear any objections, I'll commit these changes in a day 
or two.
Cheers!
Andrew

Hello,
the license/ subdirectory of the current CVS version of
matplotlib contains the file LICENSE_TTFQUERY. If I understand
things correctly ttfquery is no longer included or used in
matplotlib, and the license file could be removed.
I hope this helps,
Jochen
--=20
http://seehuhn.de/

Hello,
there is a bug in the lib/matplotlib/font_manager.py file,
which prevents fonts under /usr/share/fonts from being detected:
the callback function for os.path.walk should have three
arguments, but in the current code only has one.
This can be fixed with the following patch:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
diff -u -r1.4 font_manager.py
--- font_manager.py 30 Sep 2004 19:33:05 -0000 1.4
+++ font_manager.py 13 Oct 2004 21:22:13 -0000
@@ -64,7 +64,7 @@
 # common application, not really useful
 "/usr/lib/openoffice/share/fonts/truetype/",
 # documented as a good place to install new fonts...
- "/usr/share/fonts",
+ "/usr/share/fonts/",
 # okay, now the OS X variants...
 "~/Library/Fonts/",
 "/Library/Fonts/",
@@ -132,12 +132,12 @@
 else:
 fontpaths =3D []
 #def add(arg, directory, files):
- def add(directory):
+ def add(arg,directory,files):
 fontpaths.append(directory)
 for fontdir in X11FontDirectories:
 try:
 if os.path.isdir(fontdir):
- os.path.walk(fontdir, add, ())
+ os.path.walk(fontdir, add, None)
 except (IOError, OSError, TypeError, ValueError):
 pass
 return fontpaths
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
I hope this helps,
Jochen
--=20
http://seehuhn.de/