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
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
Hello,
Michael, since it is happening in my setup, if you are willing to
direct me, I could try to debug and see what could possibly be
happening. I don't discard, however, that this is something that
happens only to me, so, unless someone can reproduce the problem,
this could be marked as a low
There isn't a really good way to do this at present. Maybe someone can
suggest a workaround that doesn't require modifying matplotlib.
However, I was able to produce a patch that will respect the user's
current locale here:
https://github.com/matplotlib/matplotlib/pull/410
Cheers,
Mike
On
Hello,
Thanks for your work! But, since I don't have much experience
with dealing with the sources and compiling, I don't know
exactly how to apply this patch. Is there a guide to applying
patches to matplotlib or something like that? Any help will
be appreciated.
---
José Alexandre Nalon
You need to be able to build matplotlib from source (which implies
having a compiler etc., which may or may not be easy on your platform).
The basic instructions for building from source are here:
http://matplotlib.sourceforge.net/users/installing.html
and the branch containing the locale fix
Hello,
Sorry if this question was answered before. I did a search in the
mailing list archives but couldn't find any answer.
Is there an easy way to use comma as a decimal separator in texts,
especially in tick labels? I know that it is possible to user
formatters to do that, but I was
