matplotlib-users Mailing List for matplotlib (Page 9)

I should clarify, I have this working with the TkAgg backend and 
"text.usetex : False".  If "text.usetex : True", I can't confirm or deny 
whether that works since I don't have a proper LaTeX ucs.sty setup here 
to test with.

As an aside, if you're looking to Gtk as a way around this, the Gtk 
backend uses the same rendering pipeline for text when text.usetex is 
True, so it likely will produce the same result.

Cheers,
Mie

Michael Droettboom wrote:
> Xavier Gnata wrote:
>> With a = u"é" I get no error but also nothing as a title. No strange 
>> characters. Nothing.
> 
> This is working for me with the latest svn version, as well as 0.90.1, 
> on Linux with Python 2.5 and Tcl/Tk 8.4.
> 
> There are other things that could be going wrong.  The encoding of your 
> terminal may not match your default encoding in your Python interpreter. 
>  If you're using Linux, can you please send the output of:
> 
>  > locale
>  > python -c "import locale; print locale.getpreferredencoding()"
> 
> If all is working correctly, you should get the following in your python 
> interpreter:
> 
>  >>> a = u"é"
>  >>> ord(a)
> 233
> 
> If you're using an editor (i.e. not using pylab interactively), you'll 
> need to make sure that it is outputting in the correct encoding, and 
> respecting the
> 
> # -*- coding: utf-8 -*-
> 
> line.  Recent versions of emacs do this, but I can't really speak for 
> others.
> 
> I have attached a test script that works for me.  It even includes some 
> Greek characters as Unicode which work if you select a Unicode font with 
> those characters.
> 
> Cheers,
> Mike

Xavier Gnata wrote:
> With a = u"é" I get no error but also nothing as a title. No strange 
> characters. Nothing.

This is working for me with the latest svn version, as well as 0.90.1, 
on Linux with Python 2.5 and Tcl/Tk 8.4.

There are other things that could be going wrong.  The encoding of your 
terminal may not match your default encoding in your Python interpreter. 
  If you're using Linux, can you please send the output of:

 > locale
 > python -c "import locale; print locale.getpreferredencoding()"

If all is working correctly, you should get the following in your python 
interpreter:

 >>> a = u"é"
 >>> ord(a)
233

If you're using an editor (i.e. not using pylab interactively), you'll 
need to make sure that it is outputting in the correct encoding, and 
respecting the

# -*- coding: utf-8 -*-

line.  Recent versions of emacs do this, but I can't really speak for 
others.

I have attached a test script that works for me.  It even includes some 
Greek characters as Unicode which work if you select a Unicode font with 
those characters.

Cheers,
Mike

Hi,

I'm a TkAgg user because it is the only backend which is usable on my box.
This only pb if that this backend is not UTF8 compatible :(

GtkAgg looks even better but when I tried plot([1,2]) I'm only get a 
gray  window with nothing on it.
No plot. No buttons.
I have no time for now to try to fix that but if someone wants me to 
test something to help to fix this problem...

Xavier
ps : I'm using interactive True and ipython on an up to date debian sid.

-- 
############################################
Xavier Gnata
CRAL - Observatoire de Lyon
9, avenue Charles André
69561 Saint Genis Laval cedex
Phone: +33 4 78 86 85 28
Fax: +33 4 78 86 83 86
E-mail: gn...@ob...
############################################ 

>> Hello,
>>
>> I'm a french user and I'm trying to put an  'é' into a pylab title.
>> My locales and fully utf-8 and the code is the following under ipthon:
>> import pylab
>> a="é"
>> pylab.plot([1])
>> pylab.title(a)
>>
>> raises the error :
>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: 
>> ordinal not in range(128)
>>     
>
> Have you tried using a Unicode string as input? e.g.
>
> a = u"é"
>
> That works for me, though it stops at the LaTeX step because I'm missing 
> some LaTeX packages.
>
>   
>> Is it a bug or a I doing something wrong? I'm using up to date pylab svn 
>> with the tk backend.
>>
>> The prolem is that only the tk backend is fully functionnal on my box. 
>> HTe gtk one never shows the buttons (debian up to date sid).
>>     
>
> The Tk backend is treating your input string as Latin-1, not UCS, which 
> is the same for codepoints < 255, so you got lucky.
>
> There are probably a few of these encoding bugs in various backends that 
> should probably be worked through.
>
> Cheers,
> Mike
>
>   

With a = u"é" I get no error but also nothing as a title. No strange 
characters. Nothing.

Xavier


-- 
############################################
Xavier Gnata
CRAL - Observatoire de Lyon
9, avenue Charles André
69561 Saint Genis Laval cedex
Phone: +33 4 78 86 85 28
Fax: +33 4 78 86 83 86
E-mail: gn...@ob...
############################################ 

On Tuesday 07 August 2007 12:17:56 pm Johan Ekh wrote:
> Well, it looks OK but the fonts are still not the same as the ones used in
> LaTeX (at least not in my installation).
> Please look at the attached picture. It is another example but is shows the
> difference between the fonts. Best seen
> if you focus on the digit "6" in the graph (the upper digit) and in the
> text (the lower digit).

You have your font.family set to serif and font.serif set to Times. That means 
you are telling matplotlib to use the Times fonts, but you are using the 
default Computer Modern fonts in your latex document. I suggest you either 
add \usepackage{pslatex} in your latex header to use the adobe fonts instead 
of computer modern, or move computer modern roman to the front of your list 
of serif fonts in matplotlib.

Darren 

Xavier Gnata wrote:
> Hello,
> 
> I'm a french user and I'm trying to put an  'é' into a pylab title.
> My locales and fully utf-8 and the code is the following under ipthon:
> import pylab
> a="é"
> pylab.plot([1])
> pylab.title(a)
> 
> raises the error :
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: 
> ordinal not in range(128)

Have you tried using a Unicode string as input? e.g.

a = u"é"

That works for me, though it stops at the LaTeX step because I'm missing 
some LaTeX packages.

> Is it a bug or a I doing something wrong? I'm using up to date pylab svn 
> with the tk backend.
> 
> The prolem is that only the tk backend is fully functionnal on my box. 
> HTe gtk one never shows the buttons (debian up to date sid).

The Tk backend is treating your input string as Latin-1, not UCS, which 
is the same for codepoints < 255, so you got lucky.

There are probably a few of these encoding bugs in various backends that 
should probably be worked through.

Cheers,
Mike

Jouni K. Seppänen wrote:
> Xavier Gnata <gn...@ob...>
> writes:
>
>   
>>> I'm a french user and I'm trying to put an  'é' into a pylab title.
>>>       
>> Ok it is a bug because matplotlib.rc('text',usetex=False) and then it works.
>> But is always fails using matplotlib.rc('text',usetex=True)
>>     
>
> As a workaround, does \'e (as in r"f\'evrier") work with usetex=True?
>
>   
yes it does!
Latex just works but using usetex=True there is a side effect preventing 
utf8 to work in a correct way.

Xavier

-- 
############################################
Xavier Gnata
CRAL - Observatoire de Lyon
9, avenue Charles André
69561 Saint Genis Laval cedex
Phone: +33 4 78 86 85 28
Fax: +33 4 78 86 83 86
E-mail: gn...@ob...
############################################ 

On Tuesday 07 August 2007 11:37:45 am Johan Ekh wrote:
> OK,
> here is the LaTeX example from the cookbook, i.e. I executed the following:
>
> --- x ---
>
> import pylab
> from pylab import arange,pi,sin,cos,sqrt
> fig_width_pt = 246.0  # Get this from LaTeX using \showthe\columnwidth
> inches_per_pt = 1.0/72.27               # Convert pt to inch
> golden_mean = (sqrt(5)-1.0)/2.0         # Aesthetic ratio
> fig_width = fig_width_pt*inches_per_pt  # width in inches
> fig_height = fig_width*golden_mean      # height in inches
> fig_size =  [fig_width,fig_height]
> params = {'backend': 'ps',
>           'axes.labelsize': 10,
>           'text.fontsize': 10,
>           'xtick.labelsize': 8,
>           'ytick.labelsize': 8,
>           'text.usetex': True,
>           'figure.figsize': fig_size}
> pylab.rcParams.update(params)
> # Generate data
> x = pylab.arange(-2*pi,2*pi,0.01)
> y1 = sin(x)
> y2 = cos(x)
> # Plot data
> pylab.figure(1)
> pylab.clf()
> pylab.axes([0.125,0.2,0.95-0.125,0.95-0.2])
> pylab.plot(x,y1,'g:',label='$\sin(x)$')
> pylab.plot(x,y2,'-b',label='$\cos(x)$')
> pylab.xlabel('$x$ (radians)')
> pylab.ylabel('$y$')
> pylab.legend()
> pylab.savefig('fig1.eps')
>
> --- x ---
>
> Please find attached the resulting picture and the output from running the
> script with the flag "--verbose-debug-annoying".

What is wrong with your output? It looks fine to me. Maybe there is an issue 
with your ps viewer. Try using the agg backend, and saving a png to compare 
the results.

Also, a couple comments:

Any of your strings that have backslashes need to be raw strings:
'$\sin(x)$' should be r'$\sin(x)$'.

You should do this:

import matplotlib as mpl
params = {'backend': 'ps',
           'axes.labelsize': 10,
           'text.fontsize': 10,
           'xtick.labelsize': 8,
           'ytick.labelsize': 8,
           'text.usetex': True,
           'figure.figsize': fig_size}
mpl.rcParams.update(params)

before you do this:

import pylab

Darren

bWF0cGxvdGxpYiBkYXRhIHBhdGggL3Vzci9saWI2NC9weXRob24yLjUvc2l0ZS1wYWNrYWdlcy9t
YXRwbG90bGliL21wbC1kYXRhCiRIT01FPS9ob21lL2pvZWgKQ09ORklHRElSPS9ob21lL2pvZWgv
Lm1hdHBsb3RsaWIKbG9hZGVkIHJjIGZpbGUgL2hvbWUvam9laC8ubWF0cGxvdGxpYi9tYXRwbG90
bGlicmMKbWF0cGxvdGxpYiB2ZXJzaW9uIDAuOTAuMAp2ZXJib3NlLmxldmVsIGRlYnVnLWFubm95
aW5nCmludGVyYWN0aXZlIGlzIEZhbHNlCnBsYXRmb3JtIGlzIGxpbnV4Mgpsb2FkZWQgbW9kdWxl
czogWydweWxhYicsICdkaXN0dXRpbHMuZGlzdHV0aWxzJywgJ19iaXNlY3QnLCAnX19mdXR1cmVf
XycsICdjb3B5X3JlZycsICdzcmVfY29tcGlsZScsICdkaXN0dXRpbHMnLCAnX2hhc2hsaWInLCAn
X3NyZScsICdfX21haW5fXycsICdwb3BlbjInLCAnc2l0ZScsICdfX2J1aWx0aW5fXycsICdkYXRl
dGltZScsICdkaXN0dXRpbHMucmUnLCAnbWF0cGxvdGxpYi5yZScsICdtYXRwbG90bGliLnRlbXBm
aWxlJywgJ2VuY29kaW5ncycsICdlbmNvZGluZ3MuZW5jb2RpbmdzJywgJ3NodXRpbCcsICdkaXN0
dXRpbHMuc3RyaW5nJywgJ2l0ZXJ0b29scycsICdkYXRldXRpbCcsICdtYXRwbG90bGliLmRhdGV0
aW1lJywgJ3Bvc2l4cGF0aCcsICdfcmFuZG9tJywgJ3RlbXBmaWxlJywgJ2Vycm5vJywgJ21hdHBs
b3RsaWIud2FybmluZ3MnLCAnYmluYXNjaWknLCAnZW5jb2RpbmdzLmNvZGVjcycsICdzcmVfY29u
c3RhbnRzJywgJ3JlJywgJ21hdHBsb3RsaWIubWQ1JywgJ29zLnBhdGgnLCAncHl0ei5zeXMnLCAn
X2NvZGVjcycsICdkaXN0dXRpbHMuc3lzY29uZmlnJywgJ3B5dHouc2V0cycsICdtYXRoJywgJ2Zj
bnRsJywgJ3N0YXQnLCAnemlwaW1wb3J0JywgJ3N0cmluZycsICd3YXJuaW5ncycsICdlbmNvZGlu
Z3MudHlwZXMnLCAnVXNlckRpY3QnLCAnZW5jb2RpbmdzLnV0Zl84JywgJ21hdHBsb3RsaWInLCAn
ZGlzdHV0aWxzLm9zJywgJ3N5cycsICdweXR6LnR6aW5mbycsICdweXR6JywgJ3B5dHouZGF0ZXRp
bWUnLCAnbWF0cGxvdGxpYi5fX2Z1dHVyZV9fJywgJ2NvZGVjcycsICdtYXRwbG90bGliLnN5cycs
ICdtYXRwbG90bGliLnB5dHonLCAndHlwZXMnLCAnbWQ1JywgJ190eXBlcycsICdtYXRwbG90bGli
LmRhdGV1dGlsJywgJ2hhc2hsaWInLCAnc2l0ZWN1c3RvbWl6ZScsICdtYXRwbG90bGliLm9zJywg
J3RocmVhZCcsICdiaXNlY3QnLCAnbWF0cGxvdGxpYi5kaXN0dXRpbHMnLCAnc2lnbmFsJywgJ2Rp
c3R1dGlscy5lcnJvcnMnLCAncmFuZG9tJywgJ2xpbmVjYWNoZScsICdtYXRwbG90bGliLnNodXRp
bCcsICdwb3NpeCcsICdlbmNvZGluZ3MuYWxpYXNlcycsICdzZXRzJywgJ2V4Y2VwdGlvbnMnLCAn
c3JlX3BhcnNlJywgJ3B5dHouYmlzZWN0JywgJ2Rpc3R1dGlscy5zeXMnLCAnb3MnLCAnc3Ryb3An
XQpudW1lcml4IG51bXB5IDEuMC4zCmZvbnQgc2VhcmNoIHBhdGggWycvdXNyL2xpYjY0L3B5dGhv
bjIuNS9zaXRlLXBhY2thZ2VzL21hdHBsb3RsaWIvbXBsLWRhdGEnXQp0cnlpbmcgZm9udG5hbWUg
L3Vzci9saWI2NC9weXRob24yLjUvc2l0ZS1wYWNrYWdlcy9tYXRwbG90bGliL21wbC1kYXRhL2Nt
c3kxMC50dGYKdHJ5aW5nIGZvbnRuYW1lIC91c3IvbGliNjQvcHl0aG9uMi41L3NpdGUtcGFja2Fn
ZXMvbWF0cGxvdGxpYi9tcGwtZGF0YS9jbW1pMTAudHRmCnRyeWluZyBmb250bmFtZSAvdXNyL2xp
YjY0L3B5dGhvbjIuNS9zaXRlLXBhY2thZ2VzL21hdHBsb3RsaWIvbXBsLWRhdGEvY21leDEwLnR0
Zgp0cnlpbmcgZm9udG5hbWUgL3Vzci9saWI2NC9weXRob24yLjUvc2l0ZS1wYWNrYWdlcy9tYXRw
bG90bGliL21wbC1kYXRhL2NtdHQxMC50dGYKdHJ5aW5nIGZvbnRuYW1lIC91c3IvbGliNjQvcHl0
aG9uMi41L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9tcGwtZGF0YS9WZXJhU2VCZC50dGYKdHJ5
aW5nIGZvbnRuYW1lIC91c3IvbGliNjQvcHl0aG9uMi41L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxp
Yi9tcGwtZGF0YS9WZXJhTW9uby50dGYKdHJ5aW5nIGZvbnRuYW1lIC91c3IvbGliNjQvcHl0aG9u
Mi41L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9tcGwtZGF0YS9WZXJhLnR0Zgpsb2FkZWQgdHRm
Y2FjaGUgZmlsZSAvaG9tZS9qb2VoLy5tYXRwbG90bGliL3R0ZmZvbnQuY2FjaGUKYmFja2VuZCBH
VEtBZ2cgdmVyc2lvbiAyLjEwLjMKRmlndXJlQ2FudmFzQWdnLnByaW50X2ZpZ3VyZQpGaWd1cmVD
YW52YXNBZ2cuZHJhdwpSZW5kZXJlckFnZy5fX2luaXRfXwpSZW5kZXJlckFnZy5fX2luaXRfXyB3
aWR0aD0zNDAuMzkwMjAzNDA0LCAgICAgICAgICAgICAgICAgICAgICAgICBoZWlnaHQ9MjEwLjM3
MjcxNTE0MQpSZW5kZXJlckFnZy5fX2luaXRfXyBfUmVuZGVyZXJBZ2cgZG9uZQpSZW5kZXJlckFn
Zy5fX2luaXRfXyBkb25lClJlbmRlcmVyQWdnLl9nZXRfYWdnX2ZvbnQKCWZpbmRmb250IGZhaWxl
ZCBUaW1lcwoJZmluZGZvbnQgZmFpbGVkIFBhbGF0aW5vCglmaW5kZm9udCBmYWlsZWQgTmV3IENl
bnR1cnkgU2Nob29sYm9vawoJZmluZGZvbnQgZmFpbGVkIEJvb2ttYW4KCWZpbmRmb250IGZhaWxl
ZCBDb21wdXRlciBNb2Rlcm4gUm9tYW4KQ291bGQgbm90IG1hdGNoIENvbXB1dGVyIE1vZGVybiBS
b21hbiwgbm9ybWFsLCBub3JtYWwuICBSZXR1cm5pbmcgL3Vzci9saWI2NC9weXRob24yLjUvc2l0
ZS1wYWNrYWdlcy9tYXRwbG90bGliL21wbC1kYXRhL1ZlcmEudHRmCkZvdW5kIGR2aXBuZyB2ZXJz
aW9uIDEuNQpSZW5kZXJlckFnZy5wb2ludHNfdG9fcGl4ZWxzClJlbmRlcmVyQWdnLnBvaW50c190
b19waXhlbHMKUmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9udApSZW5kZXJlckFnZy5wb2ludHNfdG9f
cGl4ZWxzClJlbmRlcmVyQWdnLnBvaW50c190b19waXhlbHMKUmVuZGVyZXJBZ2cuX2dldF9hZ2df
Zm9udApSZW5kZXJlckFnZy5wb2ludHNfdG9fcGl4ZWxzClJlbmRlcmVyQWdnLnBvaW50c190b19w
aXhlbHMKUmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9udApSZW5kZXJlckFnZy5wb2ludHNfdG9fcGl4
ZWxzClJlbmRlcmVyQWdnLnBvaW50c190b19waXhlbHMKUmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9u
dApSZW5kZXJlckFnZy5wb2ludHNfdG9fcGl4ZWxzClJlbmRlcmVyQWdnLnBvaW50c190b19waXhl
bHMKUmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9udApSZW5kZXJlckFnZy5wb2ludHNfdG9fcGl4ZWxz
ClJlbmRlcmVyQWdnLnBvaW50c190b19waXhlbHMKUmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9udApS
ZW5kZXJlckFnZy5wb2ludHNfdG9fcGl4ZWxzClJlbmRlcmVyQWdnLnBvaW50c190b19waXhlbHMK
UmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9udApSZW5kZXJlckFnZy5fZ2V0X2FnZ19mb250ClJlbmRl
cmVyQWdnLl9nZXRfYWdnX2ZvbnQKCWZpbmRmb250IGZhaWxlZCBUaW1lcwoJZmluZGZvbnQgZmFp
bGVkIFBhbGF0aW5vCglmaW5kZm9udCBmYWlsZWQgTmV3IENlbnR1cnkgU2Nob29sYm9vawoJZmlu
ZGZvbnQgZmFpbGVkIEJvb2ttYW4KCWZpbmRmb250IGZhaWxlZCBDb21wdXRlciBNb2Rlcm4gUm9t
YW4sIG5vcm1hbCwgbm9ybWFsIDQwMCwgbm9ybWFsLCAxMC4wCkNvdWxkIG5vdCBtYXRjaCBDb21w
dXRlciBNb2Rlcm4gUm9tYW4sIG5vcm1hbCwgbm9ybWFsLiAgUmV0dXJuaW5nIC91c3IvbGliNjQv
cHl0aG9uMi41L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9tcGwtZGF0YS9WZXJhLnR0ZgpSZW5k
ZXJlckFnZy5fZ2V0X2FnZ19mb250ClJlbmRlcmVyQWdnLnBvaW50c190b19waXhlbHMKUmVuZGVy
ZXJBZ2cucG9pbnRzX3RvX3BpeGVscwpSZW5kZXJlckFnZy5fZ2V0X2FnZ19mb250ClJlbmRlcmVy
QWdnLnBvaW50c190b19waXhlbHMKUmVuZGVyZXJBZ2cucG9pbnRzX3RvX3BpeGVscwpSZW5kZXJl
ckFnZy5fZ2V0X2FnZ19mb250ClJlbmRlcmVyQWdnLnBvaW50c190b19waXhlbHMKUmVuZGVyZXJB
Z2cucG9pbnRzX3RvX3BpeGVscwpSZW5kZXJlckFnZy5fZ2V0X2FnZ19mb250ClJlbmRlcmVyQWdn
Ll9nZXRfYWdnX2ZvbnQKUmVuZGVyZXJBZ2cuX2dldF9hZ2dfZm9udApSZW5kZXJlckFnZy5fZ2V0
X2FnZ19mb250CglmaW5kZm9udCBmYWlsZWQgVGltZXMKCWZpbmRmb250IGZhaWxlZCBQYWxhdGlu
bwoJZmluZGZvbnQgZmFpbGVkIE5ldyBDZW50dXJ5IFNjaG9vbGJvb2sKCWZpbmRmb250IGZhaWxl
ZCBCb29rbWFuCglmaW5kZm9udCBmYWlsZWQgQ29tcHV0ZXIgTW9kZXJuIFJvbWFuLCBub3JtYWws
IG5vcm1hbCA0MDAsIG5vcm1hbCwgMTQuMApDb3VsZCBub3QgbWF0Y2ggQ29tcHV0ZXIgTW9kZXJu
IFJvbWFuLCBub3JtYWwsIG5vcm1hbC4gIFJldHVybmluZyAvdXNyL2xpYjY0L3B5dGhvbjIuNS9z
aXRlLXBhY2thZ2VzL21hdHBsb3RsaWIvbXBsLWRhdGEvVmVyYS50dGYKUmVuZGVyZXJBZ2cuX2dl
dF9hZ2dfZm9udApSZW5kZXJlckFnZy5fZ2V0X2FnZ19mb250ClJlbmRlcmVyQWdnLl9nZXRfYWdn
X2ZvbnQKIGNkICIvdG1wIiAmJiBsYXRleCAtaW50ZXJhY3Rpb249bm9uc3RvcG1vZGUgIi90bXAv
MTRkYmE2MWIzOTliYWFiZDJkYmZlYWI3OGNkYTYzN2IudGV4IiA+ICIvdG1wLzE0ZGJhNjFiMzk5
YmFhYmQyZGJmZWFiNzhjZGE2MzdiLm91dHB1dCIKVGhpcyBpcyBwZGZlVGVYLCBWZXJzaW9uIDMu
MTQxNTkyLTEuMjFhLTIuMiAoV2ViMkMgNy41LjQpCmVudGVyaW5nIGV4dGVuZGVkIG1vZGUKKC90
bXAvMTRkYmE2MWIzOTliYWFiZDJkYmZlYWI3OGNkYTYzN2IudGV4CkxhVGVYMmUgPDIwMDMvMTIv
MDE+CkJhYmVsIDx2My44ZD4gYW5kIGh5cGhlbmF0aW9uIHBhdHRlcm5zIGZvciBhbWVyaWNhbiwg
ZnJlbmNoLCBnZXJtYW4sIG5nZXJtYW4sIGIKYWhhc2EsIGJhc3F1ZSwgYnVsZ2FyaWFuLCBjYXRh
bGFuLCBjcm9hdGlhbiwgY3plY2gsIGRhbmlzaCwgZHV0Y2gsIGVzcGVyYW50bywgZQpzdG9uaWFu
LCBmaW5uaXNoLCBncmVlaywgaWNlbGFuZGljLCBpcmlzaCwgaXRhbGlhbiwgbGF0aW4sIG1hZ3lh
ciwgbm9yc2ssIHBvbGlzCmgsIHBvcnR1Z2VzLCByb21hbmlhbiwgcnVzc2lhbiwgc2VyYmlhbiwg
c2xvdmFrLCBzbG92ZW5lLCBzcGFuaXNoLCBzd2VkaXNoLCB0dXIKa2lzaCwgdWtyYWluaWFuLCBu
b2h5cGhlbmF0aW9uLCBsb2FkZWQuCigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9iYXNlL2Fy
dGljbGUuY2xzCkRvY3VtZW50IENsYXNzOiBhcnRpY2xlIDIwMDQvMDIvMTYgdjEuNGYgU3RhbmRh
cmQgTGFUZVggZG9jdW1lbnQgY2xhc3MKKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2Jhc2Uv
c2l6ZTEwLmNsbykpCigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC90eXBlMWNtL3R5cGUxY20u
c3R5KQooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvcHNuZnNzL21hdGhwdG14LnN0eSkKKC91
c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L3BzbmZzcy9oZWx2ZXQuc3R5CigvdXNyL3NoYXJlL3Rl
eG1mL3RleC9sYXRleC9ncmFwaGljcy9rZXl2YWwuc3R5KSkKKC91c3Ivc2hhcmUvdGV4bWYvdGV4
L2xhdGV4L3BzbmZzcy9jb3VyaWVyLnN0eSkKKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2Jh
c2UvdGV4dGNvbXAuc3R5CigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9iYXNlL3RzMWVuYy5k
ZWYpKQooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvZ2VvbWV0cnkvZ2VvbWV0cnkuc3R5Cigv
dXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9nZW9tZXRyeS9nZW9tZXRyeS5jZmcpCgpQYWNrYWdl
IGdlb21ldHJ5IFdhcm5pbmc6IE92ZXItc3BlY2lmaWNhdGlvbiBpbiBgaCctZGlyZWN0aW9uLgog
ICAgYHdpZHRoJyAoNjE0LjI5NXB0KSBpcyBpZ25vcmVkLgoKClBhY2thZ2UgZ2VvbWV0cnkgV2Fy
bmluZzogT3Zlci1zcGVjaWZpY2F0aW9uIGluIGB2Jy1kaXJlY3Rpb24uCiAgICBgaGVpZ2h0JyAo
Nzk0Ljk2OTk5cHQpIGlzIGlnbm9yZWQuCgopICgvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9w
c2ZyYWcvcHNmcmFnLnN0eQooL3Vzci9zaGFyZS90ZXhtZi90ZXgvbGF0ZXgvZ3JhcGhpY3MvZ3Jh
cGhpY3Muc3R5CigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9ncmFwaGljcy90cmlnLnN0eSkK
KC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2dyYXBoaWNzL2dyYXBoaWNzLmNmZykKKC91c3Iv
c2hhcmUvdGV4bWYvdGV4L2xhdGV4L2dyYXBoaWNzL2R2aXBzLmRlZikpKQooL3Vzci9zaGFyZS90
ZXhtZi90ZXgvbGF0ZXgvZ3JhcGhpY3MvZ3JhcGhpY3guc3R5KQooL3Vzci9zaGFyZS90ZXhtZi90
ZXgvbGF0ZXgvZ3JhcGhpY3MvY29sb3Iuc3R5CigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9n
cmFwaGljcy9jb2xvci5jZmcpCigvdXNyL3NoYXJlL3RleG1mL3RleC9sYXRleC9ncmFwaGljcy9k
dmlwc25hbS5kZWYpKQpObyBmaWxlIDE0ZGJhNjFiMzk5YmFhYmQyZGJmZWFiNzhjZGE2MzdiLmF1
eC4KKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L2Jhc2UvdHMxY21yLmZkKQooL3Vzci9zaGFy
ZS90ZXhtZi90ZXgvbGF0ZXgvcHNuZnNzL290MXB0bS5mZCkKPDE0ZGJhNjFiMzk5YmFhYmQyZGJm
ZWFiNzhjZGE2MzdiLmVwcz4KKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L3BzbmZzcy9vdDF6
dG1jbS5mZCkKKC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L3BzbmZzcy9vbWx6dG1jbS5mZCkK
KC91c3Ivc2hhcmUvdGV4bWYvdGV4L2xhdGV4L3BzbmZzcy9vbXN6dG1jbS5mZCkKKC91c3Ivc2hh
cmUvdGV4bWYvdGV4L2xhdGV4L3BzbmZzcy9vbXh6dG1jbS5mZCkgWzFdCiguLzE0ZGJhNjFiMzk5
YmFhYmQyZGJmZWFiNzhjZGE2MzdiLmF1eCkgKQpPdXRwdXQgd3JpdHRlbiBvbiAxNGRiYTYxYjM5
OWJhYWJkMmRiZmVhYjc4Y2RhNjM3Yi5kdmkgKDEgcGFnZSwgNDA0MCBieXRlcykuClRyYW5zY3Jp
cHQgd3JpdHRlbiBvbiAxNGRiYTYxYjM5OWJhYWJkMmRiZmVhYjc4Y2RhNjM3Yi5sb2cuCgogY2Qg
Ii90bXAiICYmIGR2aXBzIC1xIC1SMCAtbyAiMTRkYmE2MWIzOTliYWFiZDJkYmZlYWI3OGNkYTYz
N2IucHMiICIxNGRiYTYxYjM5OWJhYWJkMmRiZmVhYjc4Y2RhNjM3Yi5kdmkiID4gIi90bXAvMTRk
YmE2MWIzOTliYWFiZDJkYmZlYWI3OGNkYTYzN2Iub3V0cHV0IgoKZ3MgLWRCQVRDSCAtZE5PUEFV
U0UgLXI2MDAwIC1zREVWSUNFPXBzd3JpdGUgLXNQQVBFUlNJWkU9bGV0dGVyIC1zT3V0cHV0Rmls
ZT0iL3RtcC8xNGRiYTYxYjM5OWJhYWJkMmRiZmVhYjc4Y2RhNjM3Yi5wcyIgICAgICAgICAgICAg
ICAgICIvdG1wLzE0ZGJhNjFiMzk5YmFhYmQyZGJmZWFiNzhjZGE2MzdiIiA+ICIvdG1wLzE0ZGJh
NjFiMzk5YmFhYmQyZGJmZWFiNzhjZGE2MzdiLm91dHB1dCIKR1BMIEdob3N0c2NyaXB0IDguNTYg
KDIwMDctMDMtMTQpCkNvcHlyaWdodCAoQykgMjAwNyBhcnRvZmNvZGUgTExDLCBCZW5pY2lhLCBD
QS4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuClRoaXMgc29mdHdhcmUgY29tZXMgd2l0aCBOTyBXQVJS
QU5UWTogc2VlIHRoZSBmaWxlIFBVQkxJQyBmb3IgZGV0YWlscy4KTG9hZGluZyBOaW1idXNSb21O
bzlMLVJlZ3VJdGFsIGZvbnQgZnJvbSAvdXNyL2xvY2FsL3NoYXJlL2dob3N0c2NyaXB0L2ZvbnRz
L24wMjEwMjNsLnBmYi4uLiAzMzU4NjAwIDE3NDE1NDggMjcxODIxNiAxNDIwODg1IDEgZG9uZS4K
TG9hZGluZyBOaW1idXNSb21ObzlMLVJlZ3UgZm9udCBmcm9tIC91c3IvbG9jYWwvc2hhcmUvZ2hv
c3RzY3JpcHQvZm9udHMvbjAyMTAwM2wucGZiLi4uIDM0MjAwMDAgMTkxODg4NCAyNzM4NDAwIDE0
NDAzNzIgMSBkb25lLgoKZ3MgLWRCQVRDSCAtZE5PUEFVU0UgLXNERVZJQ0U9YmJveCAiL3RtcC8x
NGRiYTYxYjM5OWJhYWJkMmRiZmVhYjc4Y2RhNjM3YiIKR1BMIEdob3N0c2NyaXB0IDguNTYgKDIw
MDctMDMtMTQpCkNvcHlyaWdodCAoQykgMjAwNyBhcnRvZmNvZGUgTExDLCBCZW5pY2lhLCBDQS4g
IEFsbCByaWdodHMgcmVzZXJ2ZWQuClRoaXMgc29mdHdhcmUgY29tZXMgd2l0aCBOTyBXQVJSQU5U
WTogc2VlIHRoZSBmaWxlIFBVQkxJQyBmb3IgZGV0YWlscy4KCiUlQm91bmRpbmdCb3g6IDE3OSAz
MjIgNDE3IDQ2NwolJUhpUmVzQm91bmRpbmdCb3g6IDE3OS42NzgxNzQgMzIyLjgzODk5MCA0MTYu
ODYxOTg3IDQ2Ni40MzM5ODYKCg==

Xavier Gnata <gn...@ob...>
writes:

>> I'm a french user and I'm trying to put an  'é' into a pylab title.
>
> Ok it is a bug because matplotlib.rc('text',usetex=False) and then it works.
> But is always fails using matplotlib.rc('text',usetex=True)

As a workaround, does \'e (as in r"f\'evrier") work with usetex=True?

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Hi, and thanks for your answer.

I got the following output from running my script with the --verbose-helpful
flag:

--- x ---

joeh@sevst-x-crc5959:~/ABB/HVC/SubSea/Python> python plot_data.py
--verbose-helpful
matplotlib data path /usr/lib64/python2.5/site-packages/matplotlib/mpl-data
$HOME=/home/joeh
CONFIGDIR=/home/joeh/.matplotlib
loaded rc file /home/joeh/.matplotlib/matplotlibrc
matplotlib version 0.90.0
verbose.level helpful
interactive is False
platform is linux2
numerix numpy 1.0.3
font search path ['/usr/lib64/python2.5/site-packages/matplotlib/mpl-data']
loaded ttfcache file /home/joeh/.matplotlib/ttffont.cache
backend GTKAgg version 2.10.3
Could not match Computer Modern Roman, normal, normal.  Returning
/usr/lib64/python2.5/site-packages/matplotlib/mpl-data/Vera.ttf
Found dvipng version 1.5
Could not match Computer Modern Roman, normal, normal.  Returning
/usr/lib64/python2.5/site-packages/matplotlib/mpl-data/Vera.ttf
Could not match Computer Modern Roman, normal, normal.  Returning
/usr/lib64/python2.5/site-packages/matplotlib/mpl-data/Vera.ttf
%%BoundingBox: 96 263 483 504
%%HiResBoundingBox: 96.933583 263.234875 482.480001 503.829758

--- x ---

Definitely looks like some missing fonts, does anyone known what I have to
do?
Best regards,
Johan


2007/8/7, Darren Dale <dd...@co...>:
>
> On Tuesday 07 August 2007 07:37:04 am Johan Ekh wrote:
> > Hi all,
> > I'm new to Python in general and Matplotlib in particular.
> > I'm trying to create publication quality plots for inclusion
> > in LaTeX papers and presentations and have some problems
> > to get the fonts right.
> >
> > My matplotlibrc contains the following lines
> >
> > font.family        : serif
> > font.serif         : Times, Palatino, New Century Schoolbook, Bookman,
> > Computer Modern Roman
> > font.sans-serif    : Helvetica, Avant Garde, Computer Modern Sans serif
> > font.cursive        : Zapf Chancery
> > font.monospace     : Courier, Computer Modern Typewriter
> >
> > and my Python script contains the following lines
> >
> > params = {'backend': 'ps',
> >           'axes.labelsize': 12,
> >           'text.fontsize': 12,
> >           'xtick.labelsize': 10,
> >           'ytick.labelsize': 10,
> >           'text.usetex': True,
> >           'figure.figsize': fig_size}
> > rcParams.update(params)
> >
> > I run what I believe is a standard openSUSE 10.2 installation of tetex
> and
> > python, including matplotlib.
> >
> > Still, fonts in my matplotlib plot are different from the ones used in
> my
> > LaTeX document. Also, strangely
> > psfrag does not seem to work? Nothing ever gets replaced in my plot!
> >
> > Can someone please help me out, what am I doing wrong?
>
> Please make sure that the external dependencies are installed and properly
> configured, see http://www.scipy.org/Cookbook/Matplotlib/UsingTex. If that
> doesn't help, try setting your verbose.level to "debug", write as simple a
> script as possible that reproduces the problem, and post again, along with
> the output and perhaps the figure.
>

The build would be nice given the added features in interactivity in
matplotlib now.  Would it be difficult to make a Windows XP build as well?
My current build seems to work--but others might also want one with the
latest features.


Thanks,
William

On 8/6/07, Charlie Moad <cw...@gm...> wrote:
>
> I got a successful build using VS2003 on Vista.  Here is the env dump:
>
>
> ============================================================================
> BUILDING MATPLOTLIB
>             matplotlib: 0.90.1
>                 python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
>                         v.1310 32 bit (Intel)]
>               platform: win32
>        Windows version: (6, 0, 6000, 2, '')
>
> REQUIRED DEPENDENCIES
>                  numpy: 1.0.3
>              freetype2: found, but unknown version (no pkg-config)
>
> OPTIONAL DEPENDENCIES
>                   Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.4,
>                         pygobject: 2.12.3
>                Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
>               wxPython: no
>                         * wxPython not found
>                     Qt: no
>                    Qt4: no
>                  Cairo: 1.2.6
>                 libpng: found, but unknown version (no pkg-config)
>
> [Edit setup.cfg to suppress the above messages]
>
> ============================================================================
>
> And here is the patch to make it work:
>
> Index: C:/workspace/matplotlib/setupext.py
> ===================================================================
> --- C:/workspace/matplotlib/setupext.py (revision 3677)
> +++ C:/workspace/matplotlib/setupext.py (working copy)
> @@ -676,10 +676,10 @@
>      if sys.platform=='win32':
>          major, minor1, minor2, s, tmp = sys.version_info
>          if major==2 and minor1 in [3, 4, 5]:
> -            module.include_dirs.extend(['win32_static/include/tcl84'])
> +            module.include_dirs.extend(['win32_static/include/tcl8.4'])
>              module.libraries.extend(['tk84', 'tcl84'])
>          elif major==2 and minor1==2:
> -            module.include_dirs.extend(['win32_static/include/tcl83'])
> +            module.include_dirs.extend(['win32_static/include/tcl8.3'])
>              module.libraries.extend(['tk83', 'tcl83'])
>          else:
>              raise RuntimeError('No tk/win32 support for this python
> version yet')
> Index: C:/workspace/matplotlib/ttconv/ttutil.cpp
> ===================================================================
> --- C:/workspace/matplotlib/ttconv/ttutil.cpp   (revision 3677)
> +++ C:/workspace/matplotlib/ttconv/ttutil.cpp   (working copy)
> @@ -32,10 +32,10 @@
>    va_start(arg_list, format);
>    char buffer[PRINTF_BUFFER_SIZE];
>
> -  int size = vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
> +  int size = _vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
>    if (size >= PRINTF_BUFFER_SIZE) {
>      char* buffer2 = (char*)malloc(size);
> -    vsnprintf(buffer2, size, format, arg_list);
> +    _vsnprintf(buffer2, size, format, arg_list);
>      free(buffer2);
>    } else {
>      this->write(buffer);
>
>
> I don't have time to add the proper #ifdef to the cpp file at this
> moment.  I can't remember to proper check off the top of my head.
> I'll commit the fix to the setupext.py typo.
>
> Did someone want the build?  If so, e-mail me and I'll post it somewhere.
>
> - Charlie
>

This is admittedly a stupid question, but just to be sure,  I don't see

usetex: True

in your post.

Ryan

On 8/7/07, Johan Ekh <ekh...@gm...> wrote:
> Hi all,
> I'm new to Python in general and Matplotlib in particular.
> I'm trying to create publication quality plots for inclusion
> in LaTeX papers and presentations and have some problems
> to get the fonts right.
>
> My matplotlibrc contains the following lines
>
> font.family        : serif
> font.serif         : Times, Palatino, New Century Schoolbook, Bookman,
> Computer Modern Roman
> font.sans-serif    : Helvetica, Avant Garde, Computer Modern Sans serif
> font.cursive        : Zapf Chancery
> font.monospace     : Courier, Computer Modern Typewriter
>
> and my Python script contains the following lines
>
> params = {'backend': 'ps',
>           'axes.labelsize ': 12,
>           'text.fontsize': 12,
>           'xtick.labelsize': 10,
>           'ytick.labelsize': 10,
>           'text.usetex': True,
>           'figure.figsize': fig_size}
> rcParams.update(params)
>
> I run what I believe is a standard openSUSE 10.2 installation of tetex and
> python, including matplotlib.
>
> Still, fonts in my matplotlib plot are different from the ones used in my
> LaTeX document. Also, strangely
> psfrag does not seem to work? Nothing ever gets replaced in my plot!
>
> Can someone please help me out, what am I doing wrong?
>
> Best regards,
> Johan
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

Ok it is a bug because matplotlib.rc('text',usetex=False) and then it works.
But is always fails using matplotlib.rc('text',usetex=True)...side effect...

Xavier

> Hello,
>
> I'm a french user and I'm trying to put an  'é' into a pylab title.
> My locales and fully utf-8 and the code is the following under ipthon:
> import pylab
> a="é"
> pylab.plot([1])
> pylab.title(a)
>
> raises the error :
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: 
> ordinal not in range(128)
>
> Is it a bug or a I doing something wrong? I'm using up to date pylab svn 
> with the tk backend.
>
> The prolem is that only the tk backend is fully functionnal on my box. 
> HTe gtk one never shows the buttons (debian up to date sid).
>
> Xavier
>
>   


-- 
############################################
Xavier Gnata
CRAL - Observatoire de Lyon
9, avenue Charles André
69561 Saint Genis Laval cedex
Phone: +33 4 78 86 85 28
Fax: +33 4 78 86 83 86
E-mail: gn...@ob...
############################################ 

Hello,

I'm a french user and I'm trying to put an  'é' into a pylab title.
My locales and fully utf-8 and the code is the following under ipthon:
import pylab
a="é"
pylab.plot([1])
pylab.title(a)

raises the error :
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: 
ordinal not in range(128)

Is it a bug or a I doing something wrong? I'm using up to date pylab svn 
with the tk backend.

The prolem is that only the tk backend is fully functionnal on my box. 
HTe gtk one never shows the buttons (debian up to date sid).

Xavier

-- 
############################################
Xavier Gnata
CRAL - Observatoire de Lyon
9, avenue Charles André
69561 Saint Genis Laval cedex
Phone: +33 4 78 86 85 28
Fax: +33 4 78 86 83 86
E-mail: gn...@ob...
############################################ 

On Tuesday 07 August 2007 07:37:04 am Johan Ekh wrote:
> Hi all,
> I'm new to Python in general and Matplotlib in particular.
> I'm trying to create publication quality plots for inclusion
> in LaTeX papers and presentations and have some problems
> to get the fonts right.
>
> My matplotlibrc contains the following lines
>
> font.family        : serif
> font.serif         : Times, Palatino, New Century Schoolbook, Bookman,
> Computer Modern Roman
> font.sans-serif    : Helvetica, Avant Garde, Computer Modern Sans serif
> font.cursive        : Zapf Chancery
> font.monospace     : Courier, Computer Modern Typewriter
>
> and my Python script contains the following lines
>
> params = {'backend': 'ps',
>           'axes.labelsize': 12,
>           'text.fontsize': 12,
>           'xtick.labelsize': 10,
>           'ytick.labelsize': 10,
>           'text.usetex': True,
>           'figure.figsize': fig_size}
> rcParams.update(params)
>
> I run what I believe is a standard openSUSE 10.2 installation of tetex and
> python, including matplotlib.
>
> Still, fonts in my matplotlib plot are different from the ones used in my
> LaTeX document. Also, strangely
> psfrag does not seem to work? Nothing ever gets replaced in my plot!
>
> Can someone please help me out, what am I doing wrong?

Please make sure that the external dependencies are installed and properly 
configured, see http://www.scipy.org/Cookbook/Matplotlib/UsingTex. If that 
doesn't help, try setting your verbose.level to "debug", write as simple a 
script as possible that reproduces the problem, and post again, along with 
the output and perhaps the figure.

Hi all,
I'm new to Python in general and Matplotlib in particular.
I'm trying to create publication quality plots for inclusion
in LaTeX papers and presentations and have some problems
to get the fonts right.

My matplotlibrc contains the following lines

font.family        : serif
font.serif         : Times, Palatino, New Century Schoolbook, Bookman,
Computer Modern Roman
font.sans-serif    : Helvetica, Avant Garde, Computer Modern Sans serif
font.cursive        : Zapf Chancery
font.monospace     : Courier, Computer Modern Typewriter

and my Python script contains the following lines

params = {'backend': 'ps',
          'axes.labelsize': 12,
          'text.fontsize': 12,
          'xtick.labelsize': 10,
          'ytick.labelsize': 10,
          'text.usetex': True,
          'figure.figsize': fig_size}
rcParams.update(params)

I run what I believe is a standard openSUSE 10.2 installation of tetex and
python, including matplotlib.

Still, fonts in my matplotlib plot are different from the ones used in my
LaTeX document. Also, strangely
psfrag does not seem to work? Nothing ever gets replaced in my plot!

Can someone please help me out, what am I doing wrong?

Best regards,
Johan

I got a successful build using VS2003 on Vista.  Here is the env dump:

============================================================================
BUILDING MATPLOTLIB
            matplotlib: 0.90.1
                python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
                        v.1310 32 bit (Intel)]
              platform: win32
       Windows version: (6, 0, 6000, 2, '')

REQUIRED DEPENDENCIES
                 numpy: 1.0.3
             freetype2: found, but unknown version (no pkg-config)

OPTIONAL DEPENDENCIES
                  Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.4,
                        pygobject: 2.12.3
               Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
              wxPython: no
                        * wxPython not found
                    Qt: no
                   Qt4: no
                 Cairo: 1.2.6
                libpng: found, but unknown version (no pkg-config)

[Edit setup.cfg to suppress the above messages]
============================================================================

And here is the patch to make it work:

Index: C:/workspace/matplotlib/setupext.py
===================================================================
--- C:/workspace/matplotlib/setupext.py	(revision 3677)
+++ C:/workspace/matplotlib/setupext.py	(working copy)
@@ -676,10 +676,10 @@
     if sys.platform=='win32':
         major, minor1, minor2, s, tmp = sys.version_info
         if major==2 and minor1 in [3, 4, 5]:
-            module.include_dirs.extend(['win32_static/include/tcl84'])
+            module.include_dirs.extend(['win32_static/include/tcl8.4'])
             module.libraries.extend(['tk84', 'tcl84'])
         elif major==2 and minor1==2:
-            module.include_dirs.extend(['win32_static/include/tcl83'])
+            module.include_dirs.extend(['win32_static/include/tcl8.3'])
             module.libraries.extend(['tk83', 'tcl83'])
         else:
             raise RuntimeError('No tk/win32 support for this python
version yet')
Index: C:/workspace/matplotlib/ttconv/ttutil.cpp
===================================================================
--- C:/workspace/matplotlib/ttconv/ttutil.cpp	(revision 3677)
+++ C:/workspace/matplotlib/ttconv/ttutil.cpp	(working copy)
@@ -32,10 +32,10 @@
   va_start(arg_list, format);
   char buffer[PRINTF_BUFFER_SIZE];

-  int size = vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
+  int size = _vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
   if (size >= PRINTF_BUFFER_SIZE) {
     char* buffer2 = (char*)malloc(size);
-    vsnprintf(buffer2, size, format, arg_list);
+    _vsnprintf(buffer2, size, format, arg_list);
     free(buffer2);
   } else {
     this->write(buffer);


I don't have time to add the proper #ifdef to the cpp file at this
moment.  I can't remember to proper check off the top of my head.
I'll commit the fix to the setupext.py typo.

Did someone want the build?  If so, e-mail me and I'll post it somewhere.

- Charlie

There is now experimental support for custom fonts in math mode.

You'll need to set "mathtext.use_cm" to False, and then set up a mapping 
from each of the TeX font names to the name of your desired font.

It is assumed that the fonts are Unicode fonts -- it will use the same 
font for both Latin and Greek characters.  If your font doesn't have 
Greek characters, it will (optionally) fall back on the Computer Modern 
fonts.  There isn't (at present) a way to fall back to a Greek-only 
font.  (There would, IMHO, have to be a compelling reason to add that 
functionality, since there are too many font options to test already ;)

Here's an excerpt from matplotlib.template:

# The following settings allow you to select the fonts in math mode.
# They map from a TeX font name to a 3-tuple of the form:
#    (family, weight, style)
# These settings are only used if mathtext.use_cm is False, otherwise, the
# Bakoma TeX Computer Modern fonts are used.
#mathtext.cal : (['cursive'], 'normal', 'normal')
#mathtext.rm  : (['serif'], 'normal', 'normal')
#mathtext.tt  : (['monospace'], 'normal', 'normal')
#mathtext.it  : (['serif'], 'normal', 'oblique')
#mathtext.bf  : (['serif'], 'bold', 'normal')
#mathtext.sf  : (['sans-serif'], 'normal', 'normal')
#mathtext.use_cm : True
#mathtext.fallback_to_cm : True  # When True, use symbols from the 
Computer Modern
			         # fonts when a symbol can not be found in one of
				 # the user-specified math fonts.

Rob Hetland wrote:
> However, I often just want to put powers on units -- e.g., m^3 s^{-1}, 
> and serifed fonts look terrible as superscripts for sans fonts.

Agreed.

> Perhaps there is another way to get what I want?

Try the above, and let me know how it goes...

> Also, the main problem I find when mixing CM symbols (e.g., \epsilon) 
> with other fonts is that the CM fonts seem small.  Perhaps there is a 
> way to jack up the symbol size to that it matches the non-CM fonts in a 
> more reasonable way?

If the Unicode font has both Latin and Greek characters in it, those 
characters should play well together.  More generally, though, I agree, 
and one might run into that problem using some of the more obscure math 
operators.  Perhaps scaling one or the other font to get the x-heights 
to match might work.  I'll have to look into that further...

Thanks for spurring me on to get this custom font stuff together.

Cheers,
Mike

On 07/08/07, fred <fr...@gm...> wrote:
> Angus McMorland a =E9crit :
>
> > Since all sorts of data can be displayed in am mpl window (e.g. a
> > plot, a contour...) you have to tell it how to access the correct
> > scalar value to display. You could do this with the
> > motion_notify_event. Register it during init, something like:
> >
> > self.canvas.mpl_connect('motion_notify_event', self.mouse_move_callback=
)
> >
> > then in mouse_move_callback:
> >
> > def mouse_move_callback(self, evt):
> >         xpos, ypos =3D evt.xdata, evt.ydata
> >         val =3D self.data[numpy.floor(xpos), numpy.floor(ypos)]
> >         status_str =3D "x: %4.2f  y: %4.2f   I:%4.2f" \
> >                   % (xpos, ypos, val)
> >         self.SetStatusText(status_str)
> >
> > where data is your image variable. This works in a wx.Frame object,
> > which has a SetStatusString method for displaying the values. I'm sure
> > you could find an equivalent in your traits app.
> >
> >
> Thanks, I'll look at this asap (as I got other stuff "on fire").
>
> BTW, I can't ever get (in fact, I don't know how) working
> the coords to be displayed in my traits app.
> I guess this is more related to traits, not to mpl.

For what it's worth, mpl embedded in wx also _requires_ the use of
motion_notify_event to get co-ordinates to display. It doesn't happen
by default except in stand-alone mpl as far as I can tell.

> But the "mpl embedded in traits app guru" is on holydays for now.
>
> Let's wait...
>
> Cheers,
>
> --
> http://scipy.org/FredericPetit
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>


--=20
AJC McMorland, PhD Student
Physiology, University of Auckland

> For example, the freefonts don't have a very complete math symbol  
> set at all.  Falling back on the Computer Modern fonts for just  
> those symbols would work, but won't look very nice.  That said, a  
> lot of users can probably do without those extended symbols  
> altogether.

You say that CM fonts/symbols look bad mixed with other fonts -- that  
is also my experience from years of LaTeXing...

However, I often just want to put powers on units -- e.g., m^3 s^ 
{-1}, and serifed fonts look terrible as superscripts for sans fonts.

Perhaps there is another way to get what I want?

Also, the main problem I find when mixing CM symbols (e.g., \epsilon)  
with other fonts is that the CM fonts seem small.  Perhaps there is a  
way to jack up the symbol size to that it matches the non-CM fonts in  
a more reasonable way?

-Rob

----
Rob Hetland, Associate Professor
Dept. of Oceanography, Texas A&M University
http://pong.tamu.edu/~rob
phone: 979-458-0096, fax: 979-845-6331

I believe the rcParams you're referring to actually affect the (now 
deprecated) mathtext2, which explains why they're having no effect ;) 
Sorry about that.

These will soon be replaced with a new way to handle custom Unicode 
fonts, that is mostly working, but may not produce the best results. 
When typesetting math, symbols are pulled in from a number of fonts, and 
it looks best when all symbols are designed to match.

For example, the freefonts don't have a very complete math symbol set at 
all.  Falling back on the Computer Modern fonts for just those symbols 
would work, but won't look very nice.  That said, a lot of users can 
probably do without those extended symbols altogether.

The other nice thing that the Computer Modern fonts have is multiple 
sizes of many of the delimiters.  For instance, as the '[' gets taller, 
it doesn't get wider as well.

In any case, once I have an interface available for fonts to be replaced 
by the end user, I'll let you know and you can decide for yourself.  I 
think I'm probably judging that option harshly based on the complete set 
of features available, not on a common subset that matters most.

Cheers,
Mike

Rob Hetland wrote:
> I would like to use sans-serif math fonts in mathtext (inspired by  
> Tufte -- most of his examples use sans fonts).
> 
> Apparently there are rcParams options to be set, however, I keep  
> getting computer modern math fonts.  I would like to use the  
> FreeSansOblique for the math italic font.  How do I do this?
> 
> -Rob
> 
> 
> 
> p.s.  I *love* the new mathtext -- nice work.
> 
> 
> p.s.s.  For those who don't pay attention to fonts, the Free font  
> sans series seems to be a pretty faithful reproduction of Helvetica.   
> I have renewed my enthusiasm for Helvetica after reading this article:
> 
> http://www.ms-studio.com/articles.html
> 
> 
> ----
> Rob Hetland, Associate Professor
> Dept. of Oceanography, Texas A&M University
> http://pong.tamu.edu/~rob
> phone: 979-458-0096, fax: 979-845-6331
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I would like to use sans-serif math fonts in mathtext (inspired by  
Tufte -- most of his examples use sans fonts).

Apparently there are rcParams options to be set, however, I keep  
getting computer modern math fonts.  I would like to use the  
FreeSansOblique for the math italic font.  How do I do this?

-Rob



p.s.  I *love* the new mathtext -- nice work.


p.s.s.  For those who don't pay attention to fonts, the Free font  
sans series seems to be a pretty faithful reproduction of Helvetica.   
I have renewed my enthusiasm for Helvetica after reading this article:

http://www.ms-studio.com/articles.html


----
Rob Hetland, Associate Professor
Dept. of Oceanography, Texas A&M University
http://pong.tamu.edu/~rob
phone: 979-458-0096, fax: 979-845-6331

George LeCompte <ge...@le...> writes:

>    The contours labels show 3 zeros beyond the decimal point.  Is it
>    possible to force these labels to integers? If so how? If not why
>    not?

clabel(CS, inline=1, fontsize=10, fmt='%3.0f')

>    Is there a way to browse previous postings to matplotlib-users
> without looking month by month? For example can I bring up all
> postings regarding 'contour'?

This was discussed recently:
http://thread.gmane.org/gmane.comp.python.matplotlib.general/9915/focus=9917

You can search the list on at least sourceforge.net, gmane.org, and
mail-archive.com:

http://sourceforge.net/search/?ml_name=matplotlib-users&type_of_search=mlists&group_id=80706&words=contour
http://search.gmane.org/?query=contour&group=gmane.comp.python.matplotlib.general
http://www.mail-archive.com/search?q=contour&l=matplotlib-users%40lists.sourceforge.net

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

"Zelakiewicz, Scott (GE, Research)"
<zel...@cr...> writes:

> I get one contour line as expected, but instead of printing the contour
> level (50) I would like to print a simple string like "Some String."  I
> tried using the fmt option of clabel, but it requires a way to stuff in
> the level value (ie. fmt="Some String %f"). Is it possible to use a
> simple string for these labels?

I don't know if there is a recommended way, but here is a quick hack:

class FormatFaker(object):
    def __init__(self, str): self.str = str
    def __mod__(self, stuff): return self.str

A=arange(100).reshape(10,10)
CS=contour(A,[50,])
CS.clabel(fmt=FormatFaker('Some String'))
show()

-- 
Jouni K. Seppänen
http://www.iki.fi/jks