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
|
4
|
5
|
6
(2) |
7
(3) |
8
(6) |
9
(5) |
10
(7) |
11
(3) |
12
(5) |
13
(6) |
14
(6) |
15
(8) |
16
(12) |
17
(12) |
18
(4) |
19
(8) |
20
(26) |
21
(21) |
22
(12) |
23
(4) |
24
|
25
|
26
|
27
(1) |
28
|
29
(6) |
30
(9) |
31
(12) |
|
>>>>> "Darren" == Darren Dale <dd...@co...> writes: Darren> Sounds fine. Why not roll dpi, facecolor, edgecolor and Darren> orientation in with the kwargs? You can, but it is more work this way and no obvious benefit. In every backend you would then have to provide this boilerplate dpi = kwargs.get('dpi', rcParams[savefig.dpi']) facecolor = kwargs.get('facecolor', 'white') ...and so on.... and so on. Since what we have currently works, and you can do what you want w/o dumping everything into generic kwarg handling, I figured this falls into the category of "if it ain't broke, don't fix it". But I don't feel strongly either way. In the ideal, perhaps, we would provide explicit kwargs that every backend is expected to abide by (facecolor, edgecolor) and put the optional ones that only make sense in certain backends (no dpi for ps, no papersize for agg) into the generic **kwargs framework. JDH
On Thursday 09 March 2006 15:25, John Hunter wrote: > >>>>> "Darren" == Darren Dale <dd...@co...> writes: > > Darren> On Tuesday 07 March 2006 19:10, John Hunter wrote: > >> >>>>> "Darren" == Darren Dale <dd...@co...> writes: > > Darren> When the image wont fit on the default letter page, > Darren> backend_ps tries to find a page it will fit on. It turns > Darren> out that the C0-C6 page sizes were causing problems, I > Darren> guess they are not postscript approved. This is fixed in > Darren> svn. > > >> Hey Darren, > >> > >> Thanks for the quick fix. It now fits on the page, but does > >> not appear to be centered -- see attachment below. If I recall > >> correctly, the figures used to be centered.... > >> > >> In general, I'm not sure that automatically selecting papersize > >> is a good idea, as it fits into the "failing silently" > >> category. I also think it falls into the "trying to be too > >> smart" category. My vote is to give them what they asked for, > >> and the means to fix problems when they arise. > > Darren> I'm going to drop autosizing in favor of passing a > Darren> papertype kwarg to savefig. Any objections? > > None from me... > > Darren> Also, I thought I could just add a papertype kwarg to > Darren> backend_ps.FigureCanvasPS.print_figure, but that doesnt > Darren> work. Would papertype need to be added to all the > Darren> backend's print_figure method, or could we just add > Darren> **kwargs (or is there something else I have overlooked)? > > The problem here is that Agg and other backends will detect the ps > extensions and create a PS renderer to print the figure. See for > example > > FigureCanvasAgg.print_figure > > This has bitten me before, and in the past I was lazy and just > manually added the kwarg to each signature. This time around, I > suggest you modify the signature to be > > def print_figure(self, filename, dpi=150, > facecolor='w', edgecolor='w', > orientation='portrait', **kwargs): > > Just add a catchall kwargs to each print_figure. Then in backend_agg, > for example > > elif ext.find('ps')>=0 or ext.find('ep')>=0: > from backend_ps import FigureCanvasPS # lazy import > ps = self.switch_backends(FigureCanvasPS) > ps.print_figure(filename, dpi, facecolor, edgecolor, > orientation, **kwargs) > > and everywhere else that print_figure is called the kwargs should be > passed through. > > backend_ps can then do > > def print_figure(self, outfile, dpi=72, > facecolor='w', edgecolor='w', > orientation='portrait', **kwargs): > papersize = kwargs.get('papersize', rcParams['ps.papersize']) > > In this way we can support backend dependent kwargs to print w/o > having to put them in every backend (and thereby raise false > expectations). Eg, agg can just ignore the papersize kwarg and just > pass it through. > > We should, however, document in the Figure.savefig command which > kwargs are available for which backends, eg > > def savefig(self, *args, **kwargs): > """ > SAVEFIG(fname, dpi=150, facecolor='w', edgecolor='w', > orientation='portrait', **kwargs): > > ...snip... > optional kwargs > papersize = 'letter'|'a4'... PS backend only > > > So it is a fair amount of trivial/tedious work to do this right across > backends for this one minor change, but it will be worth it because it > will make it easy to extend next time around. Sounds fine. Why not roll dpi, facecolor, edgecolor and orientation in with the kwargs?
>>>>> "Darren" == Darren Dale <dd...@co...> writes: Darren> On Tuesday 07 March 2006 19:10, John Hunter wrote: >> >>>>> "Darren" == Darren Dale <dd...@co...> writes: >> Darren> When the image wont fit on the default letter page, Darren> backend_ps tries to find a page it will fit on. It turns Darren> out that the C0-C6 page sizes were causing problems, I Darren> guess they are not postscript approved. This is fixed in Darren> svn. >> Hey Darren, >> >> Thanks for the quick fix. It now fits on the page, but does >> not appear to be centered -- see attachment below. If I recall >> correctly, the figures used to be centered.... >> >> In general, I'm not sure that automatically selecting papersize >> is a good idea, as it fits into the "failing silently" >> category. I also think it falls into the "trying to be too >> smart" category. My vote is to give them what they asked for, >> and the means to fix problems when they arise. Darren> I'm going to drop autosizing in favor of passing a Darren> papertype kwarg to savefig. Any objections? None from me... Darren> Also, I thought I could just add a papertype kwarg to Darren> backend_ps.FigureCanvasPS.print_figure, but that doesnt Darren> work. Would papertype need to be added to all the Darren> backend's print_figure method, or could we just add Darren> **kwargs (or is there something else I have overlooked)? The problem here is that Agg and other backends will detect the ps extensions and create a PS renderer to print the figure. See for example FigureCanvasAgg.print_figure This has bitten me before, and in the past I was lazy and just manually added the kwarg to each signature. This time around, I suggest you modify the signature to be def print_figure(self, filename, dpi=150, facecolor='w', edgecolor='w', orientation='portrait', **kwargs): Just add a catchall kwargs to each print_figure. Then in backend_agg, for example elif ext.find('ps')>=0 or ext.find('ep')>=0: from backend_ps import FigureCanvasPS # lazy import ps = self.switch_backends(FigureCanvasPS) ps.print_figure(filename, dpi, facecolor, edgecolor, orientation, **kwargs) and everywhere else that print_figure is called the kwargs should be passed through. backend_ps can then do def print_figure(self, outfile, dpi=72, facecolor='w', edgecolor='w', orientation='portrait', **kwargs): papersize = kwargs.get('papersize', rcParams['ps.papersize']) In this way we can support backend dependent kwargs to print w/o having to put them in every backend (and thereby raise false expectations). Eg, agg can just ignore the papersize kwarg and just pass it through. We should, however, document in the Figure.savefig command which kwargs are available for which backends, eg def savefig(self, *args, **kwargs): """ SAVEFIG(fname, dpi=150, facecolor='w', edgecolor='w', orientation='portrait', **kwargs): ...snip... optional kwargs papersize = 'letter'|'a4'... PS backend only So it is a fair amount of trivial/tedious work to do this right across backends for this one minor change, but it will be worth it because it will make it easy to extend next time around. JDH Darren> Thanks, Darren Darren> ------------------------------------------------------- Darren> This SF.Net email is sponsored by xPML, a groundbreaking Darren> scripting language that extends applications into web and Darren> mobile media. Attend the live webcast and join the prime Darren> developer group breaking into this new coding territory! Darren> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 Darren> _______________________________________________ Darren> Matplotlib-devel mailing list Darren> Mat...@li... Darren> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
On Tuesday 07 March 2006 19:10, John Hunter wrote: > >>>>> "Darren" == Darren Dale <dd...@co...> writes: > > Darren> When the image wont fit on the default letter page, > Darren> backend_ps tries to find a page it will fit on. It turns > Darren> out that the C0-C6 page sizes were causing problems, I > Darren> guess they are not postscript approved. This is fixed in > Darren> svn. > > Hey Darren, > > Thanks for the quick fix. It now fits on the page, but does not > appear to be centered -- see attachment below. If I recall correctly, > the figures used to be centered.... > > In general, I'm not sure that automatically selecting papersize is a > good idea, as it fits into the "failing silently" category. I also > think it falls into the "trying to be too smart" category. My vote is > to give them what they asked for, and the means to fix problems when > they arise. I'm going to drop autosizing in favor of passing a papertype kwarg to savefig. Any objections? Also, I thought I could just add a papertype kwarg to backend_ps.FigureCanvasPS.print_figure, but that doesnt work. Would papertype need to be added to all the backend's print_figure method, or could we just add **kwargs (or is there something else I have overlooked)? Thanks, Darren
Hi all, Firstly, I love your software. It's great and largely it Just Works. However, I came across some weirdness pretty quickly also, without having to do anything particularly unusual. I wrote some code to generate a pair of lists about 300 elements long, and plotted them. I found that the line plot didn't have all the data points connected. When I saved to SVG, the output was correct. Also, when I tried to perform a scatter plot, I got runtime errors and no plot was drawn. These problems occur 100% of the time on my machine with my test files. I'm not sure if this list accepts files or not, but I am happy to provide the code and sample files which demonstrate this error, and/or respond to the bugfixing process. Cheers, -Tennessee