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
(3) |
2
(2) |
3
|
4
(1) |
5
(2) |
6
(5) |
7
(6) |
8
|
9
(7) |
10
|
11
|
12
(2) |
13
(4) |
14
(1) |
15
|
16
(2) |
17
|
18
|
19
(1) |
20
|
21
(1) |
22
(4) |
23
(4) |
24
|
25
|
26
|
27
|
28
(1) |
29
|
30
(1) |
31
|
|
Hello, I will be on Christmas vacation until January 6. Unfortunately I won't have time to fix the square-root positioning problem for the PostScript backend before I leave. All the best and a merry Christmas, Jochen --=20 http://seehuhn.de/
>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes: Steve> Out of these timezones in dates.py UTC = timezone('UTC') Steve> Eastern = timezone('US/Eastern') Central = Steve> timezone('US/Central') Mountain = timezone('US/Mountain') Steve> Pacific = timezone('US/Pacific') London = Steve> timezone('Europe/London') Paris = timezone('Europe/Paris') Steve> Berlin = timezone('Europe/Berlin') Moscow = Steve> timezone('Europe/Moscow') Steve> As far as I can see the only timezones actually used are Steve> UTC - as a function default value, and Pacific - used in Steve> __main__ Is it OK to remove all the unused ones, or is Steve> there something that relies on them? Well, I provided these for convenience for people to import from the dates module. It never occurred to me that simply instantiating 7 objects would carry such a performance hit. However, it doesn't appear that I documented this anywhere, so it should be safe to remove them - just make a note in the API_CHANGES file that they are gone and I'll mention it in the release notes. JDH
On Sun, 2004年12月12日 at 15:09 -0600, John Hunter wrote: > >>>>> "Steve" == Steve Chaplin <ste...@ya...> writes: > > Steve> I suggest - for optional modules (like dates), only import > Steve> them when they are required (when the plot actually has a > Steve> date) - for all modules try to minimise the amount of code > Steve> that will execute upon import, especially function calls. > > Steve> What do you think? > > Sounds great. Thanks for tracking this one down. A 10% speedup is > well worth it. It sounds like the dates module should also cache the > timezone info. Do you want to take the lead on this one? > > JDH Out of these timezones in dates.py UTC = timezone('UTC') Eastern = timezone('US/Eastern') Central = timezone('US/Central') Mountain = timezone('US/Mountain') Pacific = timezone('US/Pacific') London = timezone('Europe/London') Paris = timezone('Europe/Paris') Berlin = timezone('Europe/Berlin') Moscow = timezone('Europe/Moscow') As far as I can see the only timezones actually used are UTC - as a function default value, and Pacific - used in __main__ Is it OK to remove all the unused ones, or is there something that relies on them? Steve
>>>>> "Norbert" == Norbert Nemec <Nor...@gm...> writes: Norbert> Doing the commands: ------------------------------ from Norbert> matplotlib.matlab import * plot((1,2),(3,4)) Norbert> figtext(0.5,0.5,"$\sqrt 2$") savefig("tryout.eps") Norbert> ------------------------------ Norbert> diplays the sqrt sign shifted upwards against the regular Norbert> text. Looks like the dreaded cmex bug. Paul, any ideas? JDH