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
(4) |
2
(4) |
3
(13) |
4
(4) |
5
(1) |
6
(5) |
7
(5) |
8
(6) |
9
(20) |
10
(1) |
11
|
12
(11) |
13
(4) |
14
(2) |
15
(1) |
16
(1) |
17
(4) |
18
(5) |
19
(5) |
20
|
21
(1) |
22
(1) |
23
(2) |
24
|
25
(6) |
26
(1) |
27
|
28
|
29
(7) |
30
(12) |
|
|
|
|
|
Hi, That's ok- let me know if there's anything I can help with. I can't see what textpath.py is doing any different on mac or linux, and it seems to find the right glyph code- but I suspect freetype on the mac is passing back the wrong glyph. So it would seem to point to a freetype problem, or a font problem, and specific to the mac. I did install the latest amsfonts but the bug was still there. tcb On Wed, Nov 4, 2009 at 2:32 PM, Jae-Joon Lee <lee...@gm...> wrote: > It seems that this could be bug in textpath.py that picks up wrong > glyph. Unfortunately, I cannot spend much time on this until the end > of this week. > > As a matter of fact, I'm far from an expert on this issue. While I > wrote the textpaht.py, the code is largely based on the code in the > pdf_backend and svg_backend. So, I hope someone who is more > knowledgeable than me step in. > > On the other hand, it seems that some glyph-name related bug has > recently fixed in the amsfont. And, this might be related to the > current issue. > > http://mirror.math.ku.edu/tex-archive/fonts/amsfonts/doc/README > > I'm not sure what version of amsfont you're using but, can you try to > update them to newest 3.0.2 version? And see if that makes any change? > > I'll try to look into this later this week. > Regards, > > -JJ > > > > > On Tue, Nov 3, 2009 at 10:26 PM, tcb <the...@gm...<thecolourblue%2B...@gm...>> > wrote: > > hi, > > > > i took a quick look at what is going on here- but I have still not quite > > found the problem. From tracing things back into the ft2font code, it > seems > > that the wrong glyph index is getting passed in or used somewhere. I put > > this debugging code into ft2font.cpp in "FT2Font::load_glyph" > > > > #define MAX_LEN 1024 > > unsigned char bf[MAX_LEN]; > > FT_Get_Glyph_Name(face, glyph_index, bf, MAX_LEN); > > std::cout << "FT2Font::load_glyph " << __FILE__ << ":" << __LINE__ << " > " > > << glyph_index << " " > > << num << " " > > << face->family_name << " " > > << face->style_name << " " > > << FT_Get_Postscript_Name(face) << " " > > << "[ " << bf << " ]" > > << std::endl; > > > > I modified your example demo_text_path2.py to just load the single symbol > > '\pi' instead '\left[\sum_{n=1}^\infty\frac{-e^{i\pi}}{2^n}\right]' - and > > the output I get is this from the command line: > > > > FT2Font::load_glyph src/ft2font.cpp:1159 25 0 Computer Modern Medium > CMMI12 > > [ xi ] > > > > so, it seems to pick the correct font but the wrong glyph name (xi > instead > > of pi)- I am not sure what the index should be. What gets displayed is > the > > '\xi' symbol- you can see from the first output I sent that '\pi' has > been > > replaced by '\xi' - the indexes of all the symbols are just offset by > one, I > > think. > > > > If the correct glyph index is being passed to ft2font, then it could very > > well be a problem with freetype. > > > > regards > > > > > > On Tue, Nov 3, 2009 at 6:19 PM, tcb <the...@gm...<thecolourblue%2B...@gm...>> > wrote: > >> > >> Hi, > >> > >> Yes, with the pdfbackend, and using just the plain text code (with > >> usetex=True), the correct output is produced (for Text but not > TextPath). I > >> modified your demo_text_path2.py to draw with text, and attached the > output. > >> > >> This is the terminal output from running your attached code. I am using > >> the texlive 2009 distribution- which appears to be working fine, I have > not > >> noticed any problems at all. What is the difference between the bluesky > and > >> amsfonts? > >> > >> texname, type1name, enc, char_id > >> cmex10 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmex10.pfb > >> None CMEX10-34 > >> cmsy10 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy10.pfb > >> None CMSY10-49 > >> cmex10 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy10.pfb > >> None CMEX10-88 > >> cmmi12 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb > >> None CMMI12-110 > >> cmr17 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMR17-61 > >> cmr17 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMR17-49 > >> cmsy10 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMSY10-0 > >> cmmi12 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMMI12-101 > >> cmmi12 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMMI12-105 > >> cmmi12 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMMI12-25 > >> cmr17 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMR17-50 > >> cmmi12 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMMI12-110 > >> cmex10 > >> > /usr/local/texlive/2009/texmf-dist/fonts/type1/public/amsfonts/cm/cmr17.pfb > >> None CMEX10-35 > >> phvr8r > >> /usr/local/texlive/2009/texmf-dist/fonts/type1/urw/helvetic/uhvr8a.pfb > >> /usr/local/texlive/2009/texmf-dist/fonts/enc/dvips/base/8r.enc > >> Nimbus%20Sans%20L%20Regular-2 > >> > >> regards, > >> > >> > >> On Tue, Nov 3, 2009 at 2:50 PM, Jae-Joon Lee <lee...@gm...> > wrote: > >>> > >>> On Tue, Nov 3, 2009 at 4:23 AM, tcb <the...@gm...<thecolourblue%2B...@gm...>> > wrote: > >>> > and if I convert the dvi with dvipng, it all seems in order > >>> > (demo_text_path_tex.png). I haven't looked closely into how the > >>> > textpath > >>> > stuff works, but I thought it would read the dvi as a path, and > display > >>> > that > >>> > on the screen- if that is correct then I dont know how it ends up > >>> > displaying > >>> > a different symbol from what is in the dvi file. > >>> > >>> Well, dvi files only contains the name of the tex font. What textpath > >>> does is to pick up corresponding type I font and convert them to path > >>> using the freetype library (as far as I know, this is what dvipng and > >>> matplotlib pdf backend does). So, my guess is that, textpath is > >>> somehow picking up wrong fonts, or wrong glyphs. > >>> > >>> The code works fine at least in my mac os X tiger w/ texlive 2008, and > >>> in ubuntu with texlive 2007. > >>> As I don't have any access to mac os X 10.6, it would be hard to track > >>> down what is wrong. Here are a few more test I wish you to run. > >>> > >>> *) Check if pdf backend produces a correct result. Do not use textpath > >>> example, but simply use text command with usetex=True, and see if the > >>> pdf output is okay. FWIW, the textpath code is largely borrowed from > >>> the pdfbackend. > >>> > >>> *) Run the attached code, and post the terminal output. The output is > >>> basically the name of the tex font and the name of the substituted > >>> type1 font, etc. For your reference, here is my output. > >>> > >>> texname, type1name, enc, char_id > >>> cmex10 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmex10.pfb > >>> None CMEX10-34 > >>> cmsy10 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmsy10.pfb > >>> None CMSY10-49 > >>> cmex10 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmsy10.pfb > >>> None CMEX10-88 > >>> cmmi12 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmmi12.pfb > >>> None CMMI12-110 > >>> cmr17 > /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMR17-61 > >>> cmr17 > /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMR17-49 > >>> cmsy10 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMSY10-0 > >>> cmmi12 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMMI12-101 > >>> cmmi12 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMMI12-105 > >>> cmmi12 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMMI12-25 > >>> cmr17 > /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMR17-50 > >>> cmmi12 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMMI12-110 > >>> cmex10 > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/bluesky/cm/cmr17.pfb > >>> None CMEX10-35 > >>> pncr8r > >>> /usr/local/texlive/2008/texmf-dist/fonts/type1/urw/ncntrsbk/uncr8a.pfb > >>> /usr/local/texlive/2008/texmf-dist/fonts/enc/dvips/base/8r.enc > >>> Century%20Schoolbook%20L%20Roman-232 > >>> > >>> Regards, > >>> > >>> -JJ > >> > > > > >