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
|
3
|
4
|
5
|
6
|
7
(1) |
8
(2) |
9
|
10
(10) |
11
(4) |
12
(3) |
13
(7) |
14
(5) |
15
|
16
|
17
(2) |
18
(7) |
19
|
20
(3) |
21
(9) |
22
(1) |
23
|
24
(2) |
25
(7) |
26
|
27
|
28
(3) |
29
|
30
|
31
(3) |
|
|
|
|
|
On Saturday 08 March 2008 11:36:45 am Darren Dale wrote: > On Friday 07 March 2008 4:58:03 pm Darren Dale wrote: > > I am having some trouble with the Cursor widget with the qt4agg backend. > > Here is a short script which works with the gtkagg backend with useblit > > either true or false: > > > > ---------- > > from matplotlib import rcParams > > rcParams['backend']='gtkagg' > > from pylab import * > > from matplotlib.widgets import Cursor > > > > t = arange(0.0, 1.0, 0.01) > > s = sin(2*2*pi*t) > > ax = subplot(111) > > > > cursor = Cursor(ax, useblit=True) > > > > ax.plot(t, s, 'o') > > axis([0,1,-1,1]) > > show() > > ------------ > > > > If I use the qt4agg backend, with useblit False, the cursor lines do not > > render. If useblit is True, the lines render but the pixmap inside the > > axes is sheared. I've been looking at the backend_qt4agg code, the > > widgets.Cursor code, and the working animation_blit_qt4 example, but I'm > > stuck. Does anyone have any ideas? > > Here is an additional wrinkle, sometimes the pixmap is sheared, and > sometimes it is not. The behavior seems to shift back and forth when I > change the horizontal size of the figure window, bu I don't see a pattern > emerging that would explain why: 556-559 pixels wide is sheared, 560-564 > looks ok, 565-567 is sheared, 568 is normal, 569 and 570 are sheared, etc. > The > animation_blit_qt4 demo also has the same problem, depending on the > horizontal size. So confusing. I think this problem is due to a loss of precision in _backend_agg's copy_from_bbox. That method takes a bbox with double precision as input, and constructs a rect with ints as input: agg::rect_i rect((int)l, height - (int)t, (int)r, height - (int)b); A rendering buffer is created with a width based on that rect. Half of the time, the width of that buffer disagrees with the width reported by the original bbox. For example, I can kludge the bbox width so it agrees with the output of copy_from_bbox: l, b, w, h = bbox.bounds r = int(l+w) w_mod = r-int(l) I can use w_mod instead of w as a workaround for the blitting issue I reported, but I wonder if there might be a better solution? Thanks, Darren
On Friday 07 March 2008 4:58:03 pm Darren Dale wrote: > I am having some trouble with the Cursor widget with the qt4agg backend. > Here is a short script which works with the gtkagg backend with useblit > either true or false: > > ---------- > from matplotlib import rcParams > rcParams['backend']='gtkagg' > from pylab import * > from matplotlib.widgets import Cursor > > t = arange(0.0, 1.0, 0.01) > s = sin(2*2*pi*t) > ax = subplot(111) > > cursor = Cursor(ax, useblit=True) > > ax.plot(t, s, 'o') > axis([0,1,-1,1]) > show() > ------------ > > If I use the qt4agg backend, with useblit False, the cursor lines do not > render. If useblit is True, the lines render but the pixmap inside the axes > is sheared. I've been looking at the backend_qt4agg code, the > widgets.Cursor code, and the working animation_blit_qt4 example, but I'm > stuck. Does anyone have any ideas? Here is an additional wrinkle, sometimes the pixmap is sheared, and sometimes it is not. The behavior seems to shift back and forth when I change the horizontal size of the figure window, bu I don't see a pattern emerging that would explain why: 556-559 pixels wide is sheared, 560-564 looks ok, 565-567 is sheared, 568 is normal, 569 and 570 are sheared, etc. The animation_blit_qt4 demo also has the same problem, depending on the horizontal size. So confusing.