You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
(10) |
2
(10) |
3
(9) |
4
(3) |
|
5
(2) |
6
(6) |
7
(12) |
8
(21) |
9
(4) |
10
(19) |
11
(7) |
|
12
(2) |
13
(28) |
14
(13) |
15
(27) |
16
(17) |
17
(21) |
18
(22) |
|
19
(3) |
20
(25) |
21
(17) |
22
(16) |
23
(28) |
24
(19) |
25
(4) |
|
26
(4) |
27
(23) |
28
(13) |
29
(15) |
30
(19) |
|
|
|
From: G J. <gle...@gm...> - 2010-09-06 21:32:59
|
Hello, I have a Qt4 application with dynamic embedded matplotlib plotting. The application allows the user to add and remove lines from the plot. This all works well, but I have found that updating the legend is causing a memory leak. What is the proper way to update the legend in an animated/dynamic context? The attached stand alone example exemplifies the problem. On my system, with matplotlib.__version__ '1.0.0' compiled from SVN, the memory slowly increases as the script runs. This does not happen if I remove the ax.legend() call. The del ax.legend_ line seems to have no effect. I tried finding the artists associated with the legend What's the appropriate way to update the legend to avoid this behavior? I just found ax.legend_.remove() but it raises NotImplementedError Thanks, Glenn |
|
From: Noam Yorav-R. <noa...@gm...> - 2010-09-06 13:47:40
|
On Mon, Sep 6, 2010 at 3:28 PM, Michele De Stefano <mic...@gm...> wrote: > I think the answer is yes (at least for me). A behavior like the one > of ipyhton is fine. Thanks for the answer. If anyone agrees or disagrees, I would like to know. > > Eric, is DreamPie able to run parallel jobs like IPython or not ? > If not, are you thinking to support a behavior like that ? > > I think it is very useful for trying to run parallel jobs > interactively, most of all if you want to test MPI programs. DreamPie doesn't support running parallel jobs. I don't plan to support such a feature in DreamPie - I actually think it should be the job of a shell-independent library. The job of the shell would be to let you interact easily with the library. Thanks for the feedback! Noam |
|
From: karianne <kar...@as...> - 2010-09-06 12:55:01
|
Thank you, JJ, this solves my problems. I have one question to your reply: Jae-Joon Lee wrote: > > col, leg = "b", "test" > errorbar([1,2,3], [1,2,1],xerr=[0.1, 0.1, 0.1], yerr=[0.1, 0.1, 0.1], > fmt='.',color=col) > l2, = plot([],[], "+", color=col) > l2.remove() # remove from the axes > > legend([l2], [leg]) > Does it make a difference whether I remove l2 from the axes or not? I can't see that it is plotting anything at all so I am curious as to what I am missing here.. Cheers, Karianne -- View this message in context: http://old.nabble.com/legend%3A-changing-the-text-colour-tp29614647p29632843.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: karianne <kar...@as...> - 2010-09-06 12:53:24
|
Thank you, JJ, this solves my problems. I have one question to your reply: Jae-Joon Lee wrote: > > col, leg = "b", "test" > errorbar([1,2,3], [1,2,1],xerr=[0.1, 0.1, 0.1], yerr=[0.1, 0.1, 0.1], > fmt='.',color=col) > l2, = plot([],[], "+", color=col) > l2.remove() # remove from the axes > > legend([l2], [leg]) > Does it make a difference whether I remove l2 from the axes or not? I can't see that it is plotting anything at all so I am curious as to what I am missing here.. Cheers, Karianne -- View this message in context: http://old.nabble.com/legend%3A-changing-the-text-colour-tp29614647p29632842.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Michele De S. <mic...@gm...> - 2010-09-06 12:28:12
|
I think the answer is yes (at least for me). A behavior like the one of ipyhton is fine. Eric, is DreamPie able to run parallel jobs like IPython or not ? If not, are you thinking to support a behavior like that ? I think it is very useful for trying to run parallel jobs interactively, most of all if you want to test MPI programs. 2010/9/6 Noam Yorav-Raphael <noa...@gm...>: > The intended audience of IPython and DreamPie is, I think, quite > similar. Perhaps DreamPie is more suitable for less computer-savvy > people, as it is a GUI application and not a terminal-based one. > > I've seen that "ipython --pylab" goes to interactive mode by default, > and has a %run command which runs scripts in non-interactive mode. > Will a behavior like this be fine? > > Thanks, > Noam > > > > > On Fri, Sep 3, 2010 at 10:17 AM, Eric Firing <ef...@ha...> wrote: >> >> On 09/02/2010 07:47 PM, Noam Yorav-Raphael wrote: >> > Hello, >> > >> > I'm the developer of DreamPie, a new graphical Python shell (you can >> > check it out at http://dreampie.sourceforge.net ) >> > >> > I worked to make it work nicely with matplotlib -- it runs Tk/GTK/Qt >> > event loops when idle, so if matplotlib is in interactive mode it >> > works great. I even made DreamPie check if matplotlib in >> > non-interactive mode is present, and if so it shows you a message >> > suggesting that you switch to interactive mode. >> > >> > Lately I thought that it may be much easier for users if DreamPie >> > would just switch matplotlib to interactive mode automatically. >> > However, I'm not entirely comfortable with the idea of changing >> > settings silently. >> > >> > I wanted to ask: what do you think? Are there any cases when you want >> > to have matplotlib in non-interactive mode in a shell? >> >> At least with ipython, yes--the point of non-interactive mode is that >> the show() function blocks, so it can be used in scripts in which the >> user is supposed to see a plot, dismiss the window, see another plot, >> etc. Again, at least with ipython, one wants to be *able* to run scripts >> exactly as they would run from the command line. >> >> Whether this sort of thing matters for DreamPie depends on the intended >> uses and users. >> >> Eric >> >> > >> > Also, are there any other ways in which DreamPie can be made more >> > matplotlib-friendly? >> > >> > Thanks, >> > Noam >> > >> > ------------------------------------------------------------------------------ >> > This SF.net Dev2Dev email is sponsored by: >> > >> > Show off your parallel programming skills. >> > Enter the Intel(R) Threading Challenge 2010. >> > http://p.sf.net/sfu/intel-thread-sfd >> > _______________________________________________ >> > Matplotlib-users mailing list >> > Mat...@li... >> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> >> ------------------------------------------------------------------------------ >> This SF.net Dev2Dev email is sponsored by: >> >> Show off your parallel programming skills. >> Enter the Intel(R) Threading Challenge 2010. >> http://p.sf.net/sfu/intel-thread-sfd >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Michele De Stefano http://www.linkedin.com/in/micdestefano http://code.google.com/p/mds-utils http://micheledestefano.xoom.it |
|
From: Noam Yorav-R. <noa...@gm...> - 2010-09-06 08:29:55
|
The intended audience of IPython and DreamPie is, I think, quite similar. Perhaps DreamPie is more suitable for less computer-savvy people, as it is a GUI application and not a terminal-based one. I've seen that "ipython --pylab" goes to interactive mode by default, and has a %run command which runs scripts in non-interactive mode. Will a behavior like this be fine? Thanks, Noam On Fri, Sep 3, 2010 at 10:17 AM, Eric Firing <ef...@ha...> wrote: > > On 09/02/2010 07:47 PM, Noam Yorav-Raphael wrote: > > Hello, > > > > I'm the developer of DreamPie, a new graphical Python shell (you can > > check it out at http://dreampie.sourceforge.net ) > > > > I worked to make it work nicely with matplotlib -- it runs Tk/GTK/Qt > > event loops when idle, so if matplotlib is in interactive mode it > > works great. I even made DreamPie check if matplotlib in > > non-interactive mode is present, and if so it shows you a message > > suggesting that you switch to interactive mode. > > > > Lately I thought that it may be much easier for users if DreamPie > > would just switch matplotlib to interactive mode automatically. > > However, I'm not entirely comfortable with the idea of changing > > settings silently. > > > > I wanted to ask: what do you think? Are there any cases when you want > > to have matplotlib in non-interactive mode in a shell? > > At least with ipython, yes--the point of non-interactive mode is that > the show() function blocks, so it can be used in scripts in which the > user is supposed to see a plot, dismiss the window, see another plot, > etc. Again, at least with ipython, one wants to be *able* to run scripts > exactly as they would run from the command line. > > Whether this sort of thing matters for DreamPie depends on the intended > uses and users. > > Eric > > > > > Also, are there any other ways in which DreamPie can be made more > > matplotlib-friendly? > > > > Thanks, > > Noam > > > > ------------------------------------------------------------------------------ > > This SF.net Dev2Dev email is sponsored by: > > > > Show off your parallel programming skills. > > Enter the Intel(R) Threading Challenge 2010. > > http://p.sf.net/sfu/intel-thread-sfd > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |