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) |
2
(5) |
3
|
4
|
5
(1) |
6
|
7
|
8
|
9
|
10
(2) |
11
(3) |
12
|
13
(1) |
14
|
15
(3) |
16
(6) |
17
(4) |
18
(4) |
19
(5) |
20
(2) |
21
(9) |
22
(3) |
23
(1) |
24
(1) |
25
(2) |
26
|
27
|
28
(10) |
29
(6) |
30
(5) |
31
(4) |
|
|
All, I have been looking at some of the recent z-order changes and have found an issue that breaks previous behavior. Previously when items were added to a Figure or an Axes with the same z-order value, they were rendered in order of when they were added, so that the first one added is 'underneath' the others and the last one added is rendered 'over' all the other items of the same z-order value. This no longer is the case. The following snippet of code demonstrates the problem: #=============================================================== class ZSortClass( object ): def __init__( self, name, zorder = 0 ): self.name = name self.zorder = zorder def doit( self ): print "z-order [%s] = %s" % (self.name, self.zorder) # Instantiate out of order to prove a point a = ZSortClass( 'a', 0 ) c = ZSortClass( 'c', 0 ) b = ZSortClass( 'b', 0 ) all = [ a, b, c ] dsu = [ (x.zorder, x.doit, x.name) for x in all ] print dsu dsu.sort() print dsu #=============================================================== All three instances have the same 'zorder' value, which causes the sort command to resort to sorting on the memory address. This can change from run to run. In simple cases the memory addresses typically increase in order of instantiation, but in larger blocks of code, python can perform garbage collection at any time and this would no longer hold true, and cause the effect to appear random (This is also affecting the rendering of filled continents in basemap). I couldn't think of an easy solution without making some intrusive changes to what is already in place, so I thought that I'd post my findings for further discussion. --James Evans
On Tue, Apr 28, 2009 at 8:18 AM, Pierre Raybaut <co...@py...> wrote: > Hi all, > > I would like to contribute to matplotlib with this enhancement for the > PyQt4 backend: the idea is to add a toolbar button to configure figure > options (axes, curves, ...). > > It's based on a tiny module called formlayout to generate PyQt4 form > dialog automatically. > > Some screenshots: > http://code.google.com/p/formlayout/ > > So, if you're interested (all the following is GPL2): > > *matplotlib patch* Would you please submit an actual patch? I don't know exactly where you intend these changes to be placed. > In FigureManagerQT.__init__, added: > self.canvas.axes = self.canvas.figure.add_subplot(111) What is the purpose of this change? What if I didn't want such an axes on my canvas? What if I want to layout my own axes([.2,.2,.75,.75]) or add_subplot(311)? I don't think these changes can be accepted in the current form, they don't appear to integrate well with the standard behavior of the library. > In NavigationToolbar2QT._init_toolbar, added: > a = self.addAction(self._icon("customize.png"), 'Customize', > self.edit_parameters) > a.setToolTip('Edit curves line and axes parameters') > > Added the following method in NavigationToolbar2QT: > def edit_parameters(self): > from figureoptions import figure_edit > figure_edit(self.canvas, self) > > *additionnal modules and data* > > formlayout.py (http://code.google.com/p/formlayout/) > figureoptions.py (http://code.google.com/p/PyQtShell/) > customize.png (http://code.google.com/p/PyQtShell/) Darren