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
(13) |
2
(2) |
3
(9) |
4
(16) |
5
(3) |
6
(4) |
7
(2) |
8
(1) |
9
|
10
(7) |
11
(8) |
12
(9) |
13
|
14
(4) |
15
(5) |
16
(7) |
17
(12) |
18
|
19
(1) |
20
|
21
|
22
(3) |
23
(2) |
24
(2) |
25
|
26
|
27
(2) |
28
|
29
(4) |
30
|
31
|
|
|
|
|
|
From: Nathaniel S. <nj...@po...> - 2012-12-10 23:56:47
|
On Wed, Dec 5, 2012 at 10:23 PM, Paul Ivanov <piv...@gm...> wrote: > On Wed, Dec 5, 2012 at 1:52 PM, Nathaniel Smith <nj...@po...> wrote: >> If you're defining your own warning class, you might consider using >> FutureWarning instead of UserWarning. >> >> We had a discussion about this issue for numpy recently: >> http://mail.scipy.org/pipermail/numpy-discussion/2012-May/062460.html >> What we eventually ended up with: >> http://mail.scipy.org/pipermail/numpy-discussion/2012-May/062468.html > > Thanks for the pointers, Nathaniel. Though I think I disagree with > continuing to use DeprecationWarnings for features that will go away > and just break code - shouldn't users be given ample opportunity of > coming changes without having to find out by having their code break > at a future release? Yeah, there aren't any perfect solutions here. That's why I didn't express an opinion on what you ought to do :-). Basically what the debate comes down to is, deprecation warnings are useful to developers, and annoying and scary to users. (And users can easily end up seeing them, e.g. if they use a package which depends on matplotlib, and then upgrade matplotlib, their existing package may suddenly start spewing scary warnings, and that package's developers can't do anything about this because this version of matplotlib is newer than anything that existed when they released their package.) This problem becomes worse the lower your package is in the stack, and the more widely used it is by third-party packages. It's easier to tell developers how to turn on deprecation warnings than it is to tell users how to turn them off, so that's why the Python stdlib turned them off by default, and similarly numpy. The main thing I took from this personally is that I went and added 'export PYTHONWARNINGS=default' to all my package's test scripts, to ensure deprecation warnings would be enabled... -n |
From: Tony Yu <ts...@gm...> - 2012-12-10 23:01:37
|
On Mon, Dec 10, 2012 at 5:51 PM, Paul Hobson <pmh...@gm...> wrote: > On Mon, Dec 10, 2012 at 2:18 PM, Tony Yu <ts...@gm...> wrote: > >> Hi all, >> >> I'm not sure if non-core-developers are allowed to post MEPs, but I just >> did ;). MEP 12 outlines the reorganization of the example gallery and >> subsequent clean up of the examples: >> >> https://github.com/matplotlib/matplotlib/wiki/MEP12 >> >> In my opinion, there are two open questions in the MEP: >> >> * Section names (may seem trivial to some, but I think it's really >> important) >> * Guidelines for cleaning up examples >> >> I've added proposed section names and clean-up guidelines to the MEP, but >> I'm sure these will evolve over time. >> >> Best, >> -Tony >> >> > Here here! I've been waiting for a really nasty, cold, and rainy weekend > here in Portland to make some PRs at least cleaning up the code contained > within the examples. Just hasn't happened yet ;) > > Tony, if you make your own branch for this, I'd be happy to contribute. > -paul > Awesome! I'm hoping we can quickly converge on some clean-up guidelines and section headings. I was envisioning a single PR that adds new gallery sections. After that examples would be updated over a long period of time in multiple PRs that change a few examples at a time. Do you think that all the work should be done on a parallel branch and merged in one big PR? Best, -Tony |
From: Chao Y. <cha...@gm...> - 2012-12-10 22:57:44
|
thanks Tony. I didn't know this before. On Mon, Dec 10, 2012 at 11:32 PM, Chao YUE <cha...@gm...> wrote: > The gallry will not include everything, could we also have somewhere to > let "non-core" users freely share the code? like some features that are > nice to have but not easily found in the galery? but hope this will not > lead to overcrowded. > > Chao > > On Mon, Dec 10, 2012 at 11:18 PM, Tony Yu <ts...@gm...> wrote: > >> Hi all, >> >> I'm not sure if non-core-developers are allowed to post MEPs, but I just >> did ;). MEP 12 outlines the reorganization of the example gallery and >> subsequent clean up of the examples: >> >> https://github.com/matplotlib/matplotlib/wiki/MEP12 >> >> In my opinion, there are two open questions in the MEP: >> >> * Section names (may seem trivial to some, but I think it's really >> important) >> * Guidelines for cleaning up examples >> >> I've added proposed section names and clean-up guidelines to the MEP, but >> I'm sure these will evolve over time. >> >> Best, >> -Tony >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > > > -- > > *********************************************************************************** > Chao YUE > Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL) > UMR 1572 CEA-CNRS-UVSQ > Batiment 712 - Pe 119 > 91191 GIF Sur YVETTE Cedex > Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16 > > ************************************************************************************ > > -- *********************************************************************************** Chao YUE Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL) UMR 1572 CEA-CNRS-UVSQ Batiment 712 - Pe 119 91191 GIF Sur YVETTE Cedex Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16 ************************************************************************************ |
From: Paul H. <pmh...@gm...> - 2012-12-10 22:51:20
|
On Mon, Dec 10, 2012 at 2:18 PM, Tony Yu <ts...@gm...> wrote: > Hi all, > > I'm not sure if non-core-developers are allowed to post MEPs, but I just > did ;). MEP 12 outlines the reorganization of the example gallery and > subsequent clean up of the examples: > > https://github.com/matplotlib/matplotlib/wiki/MEP12 > > In my opinion, there are two open questions in the MEP: > > * Section names (may seem trivial to some, but I think it's really > important) > * Guidelines for cleaning up examples > > I've added proposed section names and clean-up guidelines to the MEP, but > I'm sure these will evolve over time. > > Best, > -Tony > > Here here! I've been waiting for a really nasty, cold, and rainy weekend here in Portland to make some PRs at least cleaning up the code contained within the examples. Just hasn't happened yet ;) Tony, if you make your own branch for this, I'd be happy to contribute. -paul |
From: Tony Yu <ts...@gm...> - 2012-12-10 22:44:04
|
On Mon, Dec 10, 2012 at 5:32 PM, Chao YUE <cha...@gm...> wrote: > The gallry will not include everything, could we also have somewhere to > let "non-core" users freely share the code? like some features that are > nice to have but not easily found in the galery? but hope this will not > lead to overcrowded. > > Chao > Hi Chao, This MEP only concerns the main gallery. I think user-contributed examples were (are?) the intended focus of SciPy Central: http://scipy-central.org/ (and before that, the SciPy Cookbook). I'm not sure about the status of SciPy Central. There was talk of a redesign, but I haven't seen any progress since then. Best, -Tony > On Mon, Dec 10, 2012 at 11:18 PM, Tony Yu <ts...@gm...> wrote: > >> Hi all, >> >> I'm not sure if non-core-developers are allowed to post MEPs, but I just >> did ;). MEP 12 outlines the reorganization of the example gallery and >> subsequent clean up of the examples: >> >> https://github.com/matplotlib/matplotlib/wiki/MEP12 >> >> In my opinion, there are two open questions in the MEP: >> >> * Section names (may seem trivial to some, but I think it's really >> important) >> * Guidelines for cleaning up examples >> >> I've added proposed section names and clean-up guidelines to the MEP, but >> I'm sure these will evolve over time. >> >> Best, >> -Tony >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > > > -- > > *********************************************************************************** > Chao YUE > Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL) > UMR 1572 CEA-CNRS-UVSQ > Batiment 712 - Pe 119 > 91191 GIF Sur YVETTE Cedex > Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16 > > ************************************************************************************ > > |
From: Chao Y. <cha...@gm...> - 2012-12-10 22:33:05
|
The gallry will not include everything, could we also have somewhere to let "non-core" users freely share the code? like some features that are nice to have but not easily found in the galery? but hope this will not lead to overcrowded. Chao On Mon, Dec 10, 2012 at 11:18 PM, Tony Yu <ts...@gm...> wrote: > Hi all, > > I'm not sure if non-core-developers are allowed to post MEPs, but I just > did ;). MEP 12 outlines the reorganization of the example gallery and > subsequent clean up of the examples: > > https://github.com/matplotlib/matplotlib/wiki/MEP12 > > In my opinion, there are two open questions in the MEP: > > * Section names (may seem trivial to some, but I think it's really > important) > * Guidelines for cleaning up examples > > I've added proposed section names and clean-up guidelines to the MEP, but > I'm sure these will evolve over time. > > Best, > -Tony > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- *********************************************************************************** Chao YUE Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL) UMR 1572 CEA-CNRS-UVSQ Batiment 712 - Pe 119 91191 GIF Sur YVETTE Cedex Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16 ************************************************************************************ |
From: Tony Yu <ts...@gm...> - 2012-12-10 22:19:26
|
Hi all, I'm not sure if non-core-developers are allowed to post MEPs, but I just did ;). MEP 12 outlines the reorganization of the example gallery and subsequent clean up of the examples: https://github.com/matplotlib/matplotlib/wiki/MEP12 In my opinion, there are two open questions in the MEP: * Section names (may seem trivial to some, but I think it's really important) * Guidelines for cleaning up examples I've added proposed section names and clean-up guidelines to the MEP, but I'm sure these will evolve over time. Best, -Tony |