matplotlib-devel Mailing List for matplotlib

Fernando Perez wrote:
> planck[~]> d .matplotlibrc
> /home/fperez
> -rw-r--r-- 1 fperez 10529 Jul 29 16:53 .matplotlibrc
> planck[~]> python -c 'import pylab'
> WARNING: Old rc filename ".matplotlibrc" found in working dir
> and and renamed to new default rc file name "matplotlibrc"
> (no leading"dot").
> planck[~]> d .matplotlibrc
> /home/fperez
> /bin/ls: .matplotlibrc: No such file or directory
> planck[~]> d .matplotlib
> /home/fperez
> total 16
> -rw-r--r-- 1 fperez 12642 Jul 29 16:53 ttffont.cache
> 
> 
> The .matplotlibrc file just goes poof!
Correct that: it does get renamed to ~/matplotlibrc. I really hope that's not 
what the original intent was! I imagine the plan was the equivalent of
mkdir ~/.matplotlib
mv ~/.matplotlibrc ~/.matplotlib/matplotlibrc
Cheers,
f

planck[~]> d .matplotlibrc
/home/fperez
-rw-r--r-- 1 fperez 10529 Jul 29 16:53 .matplotlibrc
planck[~]> python -c 'import pylab'
WARNING: Old rc filename ".matplotlibrc" found in working dir
 and and renamed to new default rc file name "matplotlibrc"
 (no leading"dot").
planck[~]> d .matplotlibrc
/home/fperez
/bin/ls: .matplotlibrc: No such file or directory
planck[~]> d .matplotlib
/home/fperez
total 16
-rw-r--r-- 1 fperez 12642 Jul 29 16:53 ttffont.cache
The .matplotlibrc file just goes poof!
Cheers,
f

John Hunter wrote:
> Anyone know of a simple fix for this
> 
> 
>>python unicode_demo.py -dSVG
> 
> 
> File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_svg.py", line 196, in draw_text
> self._svgwriter.write (svg)
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 136: ordinal not in range(128)
I recently had to fix the same bug for ipython. Here's what my 
stumble-in-the-dark approach to unicode bug fixing (no net access at home that 
day) produced:
 def _str(self,glob,loc):
 """Evaluate to a string in the given globals/locals.
 The final output is built by calling str(), but if this fails, the
 result is encoded with the instance's codec and error handling policy,
 via a call to out.encode(self.codec,self.encoding_errors)"""
 result = []
 app = result.append
 for live, chunk in self.chunks:
 if live: app(str(eval(chunk,glob,loc)))
 else: app(chunk)
 out = ''.join(result)
 try:
 return str(out)
 except UnicodeError:
 return out.encode(self.codec,self.encoding_errors)
where the codec stuff is set via:
 Optional arguments:
 - codec('utf_8'): a string containing the name of a valid Python
 codec.
 - encoding_errors('backslashreplace'): a string with a valid error 
handling
 policy. See the codecs module documentation for details.
 These are used to encode the format string if a call to str() fails on
 the expanded result."""
 if not isinstance(format,basestring):
 raise TypeError, "needs string initializer"
 self.format = format
 self.codec = codec
 self.encoding_errors = encoding_errors
This is all in ipython's Itpl.py module, in case you want to look closer (the 
crash was there b/c that's the machinery used for prompt printing).
cheers,
f

John Hunter wrote:
> 
> Anyone know of a simple fix for this
> 
>> python unicode_demo.py -dSVG
> 
> File
> "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_svg.py",
> line 196, in draw_text
> self._svgwriter.write (svg)
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in
> position 136: ordinal not in range(128)
 I found this link very useful to understand this type of problems:
http://evanjones.ca/python-utf8.html
-- 
José Abílio

Anyone know of a simple fix for this
> python unicode_demo.py -dSVG
 File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_svg.py", line 196, in draw_text
 self._svgwriter.write (svg)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 136: ordinal not in range(128)