You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
(1) |
3
(2) |
4
(7) |
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
(1) |
13
(5) |
14
(2) |
15
(3) |
16
|
17
|
18
(1) |
19
(1) |
20
(1) |
21
|
22
|
23
|
24
|
25
(1) |
26
|
27
(1) |
28
(4) |
29
|
30
(1) |
Hello, I've been playing with the unicode rendering code that got added in matplotlib 0.74. All tests have been done on Linux with the 0.74-1 debian package, lazy me... They should work on any platform, but you will have to find out the gory details (!). [ Most of these are examples, but there are a few remarks for the ps backend maintainers mostly, enclosed in square brackets in the text. No patches yet, but if you find the ideas useful, I can give it a try later. ] To try this out, you may also need the rather complete FreeFont unicode font: 1) download the ttf from http://savannah.nongnu.org/download/freefont/freefont-ttf.tar.gz 2) put the .ttf files in your prefered Truetype fonts directory 3) remove ~/.ttffont.cache 4) restart matplotlib Part I: Guess what I do for a living Get your favorite interactive backend and display pretty plots >>> plot([0.3,0.01,-0.01,-0.01,-0.1,-0.1,-0.3,-0.01,0.01,0.01,0.1,0.1,0.3],\ ... [105,100,98,90,92,101,105,100,98,90,92,101,105],'kD-') >>> ylim(85,110) >>> xlabel(u'\u03bc\u2080H(T)', name='FreeSans') >>> ylabel(u'R(\u03a9)', name='FreeSans') >>> ^D or weird formulas >>> figtext(0.5,0.5,u'\u0127\u03c9 \u226a k\u0432T',name='FreeSerif',\ ... size=30, ha='center', va='center', color='r') >>> ^D You can also save to svg, and even to postscript (or eps) provided you set the ps.useafm preference to False for now. Part II: All work and no play... >>> plot([0.3,0.01,-0.01,-0.01,-0.1,-0.1,-0.3,-0.01,0.01,0.01,0.1,0.1,0.3],\ ... [105,100,107,90,92,101,105,100,98,90,92,101,105],'kD-') >>> ylim(85,110) >>> text(-0.01,107,u' \u261c booh! the ugly artifact!',name='FreeSerif',\ ... size=20, va='top', ha='left') >>> ^D ;-) Part III: Ugly, dirty and mean Now it's time to produce a PDF. Run ps2pdf on one of the plots above, at look at the ugly Type 3 fonts in your prefered PDF viewer. The only way to get decent PDF is to set ps.useafm to True again. For this to work, we have to provide the AFM files for FreeFont: 1) download the source of the font from: http://savannah.nongnu.org/download/freefont/freefont-sfd.tar.gz 2) download fontforge from fontforge.sourceforge.net 3) open each .sfd file in freefont, and run File\Generate Fonts; choose type 'PS Type 0'; this should produce a corresponding .afm and .ps file; save the .ps file for later. 4) move the afm file to a directory which is searched by matplotlib. Any subdirectory of /usr/share/fonts/ will do, provided said subdirectory is not a symlink [ is this a bug ? the implementation is in lib/font_manager.py, function x11FontDirectory(); os.path.walk() ignores symlinks ] 5) remove ~/.afmfont.cache 6) restart matplotlib 7) when you save the first .ps figure, the cache is rebuilt Now that we have a postscript, we need to convince ghostscript to display it. The first step is to provide the Type 0 fonts, like this: 1) move the .ps files we previously saved into a directory in ghostscript's path (try gs -h). A subdirectory won't work this time. Don't ask me why. 2) rename the font file to the name of the font, without extension, like $ mv FreeSans.ps FreeSans If we try to look at our figure now, ghostscript will complain about '/rangecheck yada yada' and fail to display the figure. This is because postscript doesn't understand utf-8 encoding. Postscript does however understand unicode hexa codes. So we have to replace (R(316円251円)) [ octal representation of utf-8 characters ] with <0052002803a90029> [ each 4 hexa figures are one character ] For now, we have to do that manually in our favorite text editor. To compute the hexa code in python, we do: >>> unistr=u'R(\u03a9)' >>> print ('<'+'%04x'*len(unistr)+'>') % tuple([ord(c) for c in unistr]) >>> ^D [ It looks that the ps backend should do just that with unicode strings if ps.useafm is True, as utf-8 is useless anyway. Using unicode hexa may also allow a much simpler implementation of draw_unicode() (in lib/backends/backend_ps.py) in the Type 42 case, by avoiding to position the glyphs one by one ] I successfully tested .eps files produced with this procedure on both a recent ghostscript and acrobat distiller; distiller or ps2pdf will produce PDFs with nice embedded Type 1 fonts. Part IV: Publish or perish Producing pretty PDFs is well and nice, but most publishers will ask for .eps with all fonts embedded. So we have to embed the fonts into the .eps file. I could find no program to do this. DO NOT use gs -sDEVICE=pswrite for that. Not only will ghostscript mangle the fonts, but also the plots (!). Luckily, the FreeSans.ps from above is already a postscript with embedded fonts, so we are golden. Just cat the font files together with the .eps and merge the headers and footers by hand. [ It would be nice to have a ps.embedfonts preference. For Type 0, this is easy, as above; I don't know for Type 1. Also, it would be good to embed only the needed glyphs, but I haven't looked at how to do it ] Well, that's all for tonight. In conclusion, unicode support works already very well, and allows lots of fun things. Thank you guys for the good work. BC