You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
1
(4) |
2
(13) |
3
(4) |
4
(6) |
5
(6) |
6
|
7
|
8
(6) |
9
(2) |
10
(2) |
11
(3) |
12
(3) |
13
(2) |
14
(2) |
15
(2) |
16
(6) |
17
(8) |
18
(10) |
19
(17) |
20
(8) |
21
(4) |
22
(10) |
23
(7) |
24
(7) |
25
(8) |
26
(11) |
27
(5) |
28
|
29
(5) |
30
|
31
(4) |
|
|
|
John Hunter wrote: >>>>>>"Eric" == Eric Firing <ef...@ha...> writes: > > > Eric> The rc file is already pretty big--we might instead consider > Eric> making axisbelow(True) the hardwired default. It seems > > I already committed this change, but your comments on bloating rc > files are well taken. > > Eric> logical to me. It would be good to hear from others--are > Eric> there people who like the present default and/or prefer > Eric> adding this option to the rc collection? > > Eric> Looking at the code a little more, I wonder whether the best > Eric> way to handle this might not be by taking advantage of > Eric> zorder more consistently. I think we could spread out the > Eric> default zorders, assign a suitable zorder to the axis > > They don't need to be spread out per say, since these are floats we > can subdivide them ad nauseaum. Helper functions would make this more > intuitive, like > > myobj.set_zorder(zhelper.between(gridline, myline)) Agreed. Unless someone else would like to do it, I think I can work on this fairly soon, before or after I finish the work I am doing now on a new colorbar. > > Eric> I think this could make the code and interface simpler, more > Eric> self-consistent, and more flexible. (My remarks are based > Eric> on only a quick look, so I may be missing something > Eric> important.) > > But people will still want to set defaults... Granted, and this flexibility is good. Eric
>>>>> "Eric" == Eric Firing <ef...@ha...> writes: Eric> The rc file is already pretty big--we might instead consider Eric> making axisbelow(True) the hardwired default. It seems I already committed this change, but your comments on bloating rc files are well taken. Eric> logical to me. It would be good to hear from others--are Eric> there people who like the present default and/or prefer Eric> adding this option to the rc collection? Eric> Looking at the code a little more, I wonder whether the best Eric> way to handle this might not be by taking advantage of Eric> zorder more consistently. I think we could spread out the Eric> default zorders, assign a suitable zorder to the axis They don't need to be spread out per say, since these are floats we can subdivide them ad nauseaum. Helper functions would make this more intuitive, like myobj.set_zorder(zhelper.between(gridline, myline)) Eric> I think this could make the code and interface simpler, more Eric> self-consistent, and more flexible. (My remarks are based Eric> on only a quick look, so I may be missing something Eric> important.) But people will still want to set defaults... JDH
Robert Hetland wrote: > > On May 7, 2006, at 11:15 PM, Vineet Jain wrote: > >> >>> ax.set_axisbelow(True) > > > Is there a way to set this in the rc file? axisbelow(True) would be my > default preference. > > -Rob. The rc file is already pretty big--we might instead consider making axisbelow(True) the hardwired default. It seems logical to me. It would be good to hear from others--are there people who like the present default and/or prefer adding this option to the rc collection? Looking at the code a little more, I wonder whether the best way to handle this might not be by taking advantage of zorder more consistently. I think we could spread out the default zorders, assign a suitable zorder to the axis artists, add those artists to the artists list in the axes.draw method, and then let the zorder take care of the rest automatically. This way we could ensure a logical default order: image, all patch-like things, axis grids, all line-like things; and if anyone wanted to change the order, it could be done easily via setting selected zorder values. If necessary, convenience functions could be used for setting zorder without the user having to know which numerical values were assigned for which types of object. I think this could make the code and interface simpler, more self-consistent, and more flexible. (My remarks are based on only a quick look, so I may be missing something important.) Eric
On May 7, 2006, at 11:15 PM, Vineet Jain wrote: > >> ax.set_axisbelow(True) Is there a way to set this in the rc file? axisbelow(True) would be my default preference. -Rob. ----- Rob Hetland, Assistant Professor Dept of Oceanography, Texas A&M University p: 979-458-0096, f: 979-845-6331 e: he...@ta..., w: http://pong.tamu.edu
I'm trying to be a good kid and not just install the Matplotlib package in the Sid (unstable) tree on my Sarge (stable) laptop. I got some error messages when trying to build a 'backport' to Debian Sarge (stable) from the source package. Anyone done this? Please advise. Chris -- _______________________________________ Christian Seberino, Ph.D. SPAWAR Systems Center San Diego Code 2872 49258 Mills Street, Room 158 San Diego, CA 92152-5385 U.S.A. Phone: (619) 553-9973 Fax : (619) 553-0804 Email: seb...@sp... _______________________________________
> ax.set_axisbelow(True) Thanks a lot. That fixed the problem. VJ