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
(3) |
3
(2) |
4
(9) |
5
(4) |
6
|
7
(1) |
8
(5) |
9
(3) |
10
(2) |
11
|
12
|
13
|
14
(4) |
15
|
16
|
17
|
18
(1) |
19
|
20
|
21
|
22
(4) |
23
(1) |
24
(6) |
25
(7) |
26
(1) |
27
|
28
(1) |
29
(5) |
30
(6) |
31
(10) |
|
|
|
>>>>> "Steve" == Steve Chaplin <ste...@ya...> writes: Steve> The SVG backend is also useful for debugging because it Steve> gives you a text list of everything the frontend does. For Steve> example I can look at the output of './simple_plot.py Steve> -dSVG' and see that the frontend seems to have a bug where Steve> its drawing every tickline twice. I had a look at axis.py Steve> but could not work out what was going on. Just found and fixed this one. The problem was in axis.py. All of the thick creation functions were like def _get_tick2line(self, loc): 'Get the default line2D instance' # x in axes coords, y in data coords l = Line2D( (1,1), (0,0), color='k', antialiased=False, marker = TICKLEFT, linestyle = 'None', markersize=self._size, ) and later these positions were updated like self.tick2line.set_ydata((y,y)) These should all be length one lists l = Line2D( (1,), (0,), color='k', antialiased=False, marker = TICKLEFT, linestyle = 'None', markersize=self._size, ) self.tick2line.set_ydata((y,)) Fixed in CVS JDH
Currently, when writing a SVG, all raster images produced by imshow are scaled to a fixed, low resolution. (72dpi?) The least I would expect is the 'dpi=' option of savefig to be used for writing PNGs in the SVG renderer. Even better would be to switch off rescaling completely for any vector output (EPS and SVG). This would allow optimal quality in post-processing. I even believe that rescaling to a uniform resolution should be an option, not the default. Has anybody else spent thought on this?
>>>>> "John" == John Hunter <jdh...@ac...> writes: John> I think we have a problem in GTK. In the script below, if John> you add a button or some other widget above the figure John> canvas, only a part of the canvas is updated in the John> motion_notify_event update. The distance from the top of John> the figure canvas to the part that is not updated is equal John> to the height of the widget packed above the canvas. You John> can observe this by resizing the window to make it taller or John> shorter and noting the vertical extent where the horizontal John> line disappears. I think the answer is def draw(self): # synchronous window redraw (like GTK+ 1.2 used to do) # Note: this does not follow the usual way that GTK redraws, # which is asynchronous redraw using calls to gtk_widget_queue_draw(), # which triggers an expose-event # GTK+ 2.x style draw() #self._need_redraw = True #self.queue_draw() # synchronous draw (needed for animation) x, y, w, h = self.allocation #print x, y, w, h self._pixmap_prepare (w, h) self._render_figure(self._pixmap, w, h) self._need_redraw = False self.window.draw_drawable (self.style.fg_gc[self.state], self._pixmap, 0, 0, 0, 0, w, h) ^^^^^^^^^^
I think we have a problem in GTK. In the script below, if you add a button or some other widget above the figure canvas, only a part of the canvas is updated in the motion_notify_event update. The distance from the top of the figure canvas to the part that is not updated is equal to the height of the widget packed above the canvas. You can observe this by resizing the window to make it taller or shorter and noting the vertical extent where the horizontal line disappears. In the example below, when you move your mouse over the canvas, the sine wave update will affect only part of the sine, and the horizontal line will only update below this mystery boundary. If you comment out the line that packs in the button, the script will behave correctly. Perhaps we are screwing up the pixmap management. I initially thought this was a problem with gtkagg, but on further examination I found it applies to plain-vanilla-gtk as well as gtkagg. Any ideas? #!/usr/bin/env python """ show how to add a matplotlib FigureCanvasGTK or FigureCanvasGTKAgg widget and a toolbar to a gtk.Window """ from matplotlib.figure import Figure from matplotlib.numerix import arange, sin, pi #from matplotlib.backends.backend_gtkagg import FigureCanvasGTKAgg as FigureCanvas from matplotlib.backends.backend_gtk import FigureCanvasGTK as FigureCanvas import gtk win = gtk.Window() win.connect("destroy", lambda x: gtk.main_quit()) win.set_default_size(400,600) win.set_title("Embedding in GTK") vbox = gtk.VBox() win.add(vbox) fig = Figure(dpi=100) ax = fig.add_subplot(111, autoscale_on=False) t = arange(0.0,3.0,0.01) s = sin(2*pi*t) sline, = ax.plot(t,s) ax.set_ylim((-1,1)) line, = ax.plot([0,3], [0,0], color='red', linewidth=2) if 1: # if button is visible bug is exposed button = gtk.Button('Hi mom') button.show() vbox.pack_start(button, True, True) canvas = FigureCanvas(fig) # a gtk.DrawingArea canvas.set_size_request(400,400) vbox.pack_start(canvas, True, True) def update(event): if not event.inaxes: return print event.ydata sline.set_ydata(2*sin(2*pi*t)) line.set_ydata((event.ydata, event.ydata)) canvas.draw() return False canvas.mpl_connect('motion_notify_event', update) win.show_all() gtk.main()