SourceForge logo
SourceForge logo
Menu

matplotlib-devel — matplotlib developers

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
(22)
2
(1)
3
4
(2)
5
6
(1)
7
(14)
8
(3)
9
(4)
10
11
(5)
12
(1)
13
(4)
14
(1)
15
(1)
16
(8)
17
(28)
18
(48)
19
(18)
20
(19)
21
(33)
22
(11)
23
(18)
24
(29)
25
(36)
26
(18)
27
(23)
28
(19)
29
(9)
30
(7)
31
(16)


Showing 3 results of 3

From: Ondrej C. <on...@ce...> - 2008年07月08日 21:01:00
Hi,
I just wanted to say that I like the current matplotlib's (0.98.1)
line thickness and colors.
I don't know what exactly has changed since before, but the figures
now look really great. It's a pleasure to look at it. Thanks!
Ondrej
From: Michael D. <md...@st...> - 2008年07月08日 13:55:09
Yes, I believe so, barring any other side effects we inadvertently 
create in the future... ;)
Mike
Darren Dale wrote:
> On Monday 07 July 2008 02:33:40 pm Michael Droettboom wrote:
> 
>> Fernando Perez wrote:
>> 
>>> On Mon, Jul 7, 2008 at 10:28 AM, Michael Droettboom <md...@st...> 
>>> 
> wrote:
> 
>>>> Thank you for finding this! That is indeed the case.
>>>>
>>>> I think we need to rework the plot generation code to avoid side effects
>>>> by forcibly resetting state between plots. Maybe we should just fork
>>>> another Python process for each plot. Darren, since (I believe) you
>>>> wrote the initial documentation plotting code, do you have any thoughts?
>>>> 
>>> Isn't that unnecessarily slow? Why not have each plot simply make a
>>> call to load a clean state? rc_defaults() or somesuch? This little
>>> call could even be auto-run by the doc generation code, without
>>> requiring a full process restart.
>>> 
>> Agreed, and that does seem to fix this particular issue.
>> 
>
> Sorry I didn't respond before now, I got back into town last night. Tony, 
> thank you for tracking this down, that was a really good find. I don't think 
> I would have ever thought to look in the right place. 
>
> Mike, is the issue settled?
>
> Darren
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
From: Darren D. <dsd...@gm...> - 2008年07月08日 13:31:57
On Monday 07 July 2008 02:33:40 pm Michael Droettboom wrote:
> Fernando Perez wrote:
> > On Mon, Jul 7, 2008 at 10:28 AM, Michael Droettboom <md...@st...> 
wrote:
> >> Thank you for finding this! That is indeed the case.
> >>
> >> I think we need to rework the plot generation code to avoid side effects
> >> by forcibly resetting state between plots. Maybe we should just fork
> >> another Python process for each plot. Darren, since (I believe) you
> >> wrote the initial documentation plotting code, do you have any thoughts?
> >
> > Isn't that unnecessarily slow? Why not have each plot simply make a
> > call to load a clean state? rc_defaults() or somesuch? This little
> > call could even be auto-run by the doc generation code, without
> > requiring a full process restart.
>
> Agreed, and that does seem to fix this particular issue.
Sorry I didn't respond before now, I got back into town last night. Tony, 
thank you for tracking this down, that was a really good find. I don't think 
I would have ever thought to look in the right place. 
Mike, is the issue settled?
Darren

Showing 3 results of 3

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /