I just installed the fr_FR locale and tested your patch, and I don't see any problem. I suspect that this is the problem of Axes3D (that has recently fixed by Ben), and has nothing with your patch. If I revert Ben's commit, than an error is raised regardless of the value of rcParams["axes.formatter.use_locale"].
Regards, -JJ On Sat, Aug 6, 2011 at 12:49 AM, Michael Droettboom <md...@stsci.edu> wrote: > I'm still puzzled here. The TeX file is definitely being generated with > an unreasonably large size, which is what causes it to blow up. It gets > the size from the size of the matplotlib figure, which I assume is being > incorrectly calculated by the tight bounding box code. Of course, I > can't reproduce that here, so I'm not sure what's going on. > > Do any of the developers who understand the tight bounding box code have > any theories? > > Mike > > On 08/05/2011 09:57 AM, José Alexandre Nalon wrote: >> Hello! >> >>> This is puzzling. I can't reproduce this -- I even get nice commas. >>> Are you running the locale_formatting branch exactly as it is (i.e. not >>> applying it as a patch to another version of matplotlib)? What platform >>> are you on? Which backend? What does "echo $LANG" at the commandline say? >> I actually am getting this error with a couple of scripts, >> but both use bbox_inches='tight', and are 3D plots. I tried >> 2D plots with this option and there was no problem. In every >> script, I also get the commas. It is probably one of those >> bugs that appear because of the configuration of the many >> packages that are being used. >> >> I gathered some information, and I hope it helps. I am using >> Kubuntu 10.10, and Texlive distribution. I downloaded the >> .tar.gz package from github in your branch, and built it. >> At the time of compilation, I didn't have Tk or GTK headers >> (since I don't use matplotlib interactively, I don't really >> need them). Below, I also included the list of met dependencies, >> according to the installation script. I got no errors during >> compilation, only a warning (also listed below). Tex file >> and others are attached with this message (since my /tmp >> directory was wiped in reboot, I had to run the script again, >> hence the different names). This is all the information that I >> could think of, but if there is anything else, just send a >> message. Thanks again for your work! >> >> nalon@marvin:~/temp/test$ uname -a >> Linux marvin 2.6.35-30-generic #56-Ubuntu SMP Mon Jul 11 20:00:22 UTC 2011 >> i686 GNU/Linux >> >> nalon@marvin:~/temp/test$ echo $LANG >> pt_BR.UTF-8 >> >> nalon@marvin:~/temp/test$ latex -v >> pdfTeX 3.1415926-1.40.10-2.2 (TeX Live 2009/Debian) >> kpathsea version 5.0.0 >> Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). >> There is NO warranty. Redistribution of this software is >> covered by the terms of both the pdfTeX copyright and >> the Lesser GNU General Public License. >> For more information about these matters, see the file >> named COPYING and the pdfTeX source. >> Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). >> Compiled with libpng 1.2.44; using libpng 1.2.44 >> Compiled with zlib 1.2.3.4; using zlib 1.2.3.4 >> Compiled with poppler version 0.14.2 >> >> nalon@marvin:~/temp/test$ python >> Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39) >> [GCC 4.4.5] on linux2 >> >>>>> numpy.__version__ >> '1.3.0' >>>>> matplotlib.__version__ >> '1.1.0' >>>>> print matplotlib.rcParams['backend'] >> agg >> >> Here is a relation of met dependencies and their versions >> (according to matplotlib installation script): >> >> Qt: 4.7.0 >> PyQt: 4.8.1 >> Freetype2: 12.0.6 >> Cairo: 1.8.8 >> libpng: 1.2.44 >> dvipng: 1.13 >> ghostscript: 8.71 >> latex: 3.1415926 >> pdftops: 0.14.3 >> >> No errors during installation, only these warnings: >> >> src/path.cpp: In member function ‘Py::Object >> _path_module::convert_to_svg(const Py::Tuple&)’: >> src/path.cpp:1590: warning: format not a string literal and no format >> arguments >> src/path.cpp:1590: warning: format not a string literal and no format >> arguments >> src/path.cpp:1593: warning: format not a string literal and no format >> arguments >> src/path.cpp:1593: warning: format not a string literal and no format >> arguments >> src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::y2’ may be >> used >> uninitialized in this function >> src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::x2’ may be >> used >> uninitialized in this function >> src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::y1’ may be >> used >> uninitialized in this function >> src/path.cpp:1502: warning: ‘clip_rect.agg::rect_base<double>::x1’ may be >> used >> uninitialized in this function >> >> --- >> José Alexandre Nalon >> na...@terra.com.br > > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > The must-attend event for mobile developers. Connect with experts. > Get tools for creating Super Apps. See the latest technologies. > Sessions, hands-on labs, demos & much more. Register early & save! > http://p.sf.net/sfu/rim-blackberry-1 > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
