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
(10) |
2
(4) |
3
(11) |
4
(4) |
5
(6) |
6
(8) |
7
(7) |
8
(9) |
9
(6) |
10
|
11
|
12
(7) |
13
(6) |
14
(18) |
15
(13) |
16
(7) |
17
(15) |
18
(1) |
19
|
20
(1) |
21
(2) |
22
(5) |
23
(3) |
24
(4) |
25
(1) |
26
|
27
(8) |
28
(2) |
29
(5) |
30
|
|
|
a few comments: One possible limitation of the proposed relim code is that it doesn't take into account whether the lines are set visible or not. But otherwise it is a useful function for interactive use, which incidentally is the way I use matplotlib the most. Is there any reason why matplotlib doesn't have an optional additional menubar ? You could fit far more commands than in a toolbar. btw as demonstrated by the qt4_editor it is not difficult to implement a line properties dialog in matplotlib. A feature-set that MATLAB has and is missing from matplotlib is editing the plot via the GUI. You can actually remove lines from the plot without typing anything in the interpreter. I think it is via a line properties menu, but maybe you can also get there by right-clicking the line and choosing delete (can't recall, I'll have to check). If/when we add support for such things in mpl, the relimit button would become much more useful. Until we have that, I think JDH's idea for cross-GUI configurable toolbars is a better target to aim for. AA -- View this message in context: http://old.nabble.com/Toolbar-button-for-relimiting-tp29819182p29823872.html Sent from the matplotlib - devel mailing list archive at Nabble.com.
On Mon, Sep 27, 2010 at 8:57 PM, Benjamin Root <ben...@ou...> wrote: > On Mon, Sep 27, 2010 at 1:47 PM, Eric Firing <ef...@ha...> wrote: > >> On 09/27/2010 08:35 AM, Benjamin Root wrote: >> > On Mon, Sep 27, 2010 at 1:27 PM, Eric Firing <ef...@ha... >> > <mailto:ef...@ha...>> wrote: >> > >> > On 09/27/2010 03:46 AM, Dieter Weber wrote: >> > > Hi, >> > > I'm using matplotlib embedded in my wxpython application and >> > needed to >> > > give users a quick way to relimit a figure, for example after >> > removing a >> > > line from a plot. Therefore I added a button to the toolbar. Do >> you >> > > think it would make sense to include this in matplotlib by >> default? >> > >> > I don't think it would. The standard toolbar is for typical >> interactive >> > use, where I don't think the relimit functionality is needed often >> > enough to justify having its own button--if at all. Better to keep >> that >> > toolbar simple. >> > >> > Eric >> > >> > >> > Just playing devil's advocate here... >> > >> > Considering how we can now have multiple show() calls and with the >> > upcoming ipython looking more and more spiffy, could there be a future >> > use case for this toolbar button? >> > >> > On the other hand, how would the inclusion of this button impact users >> > of other interactive scripts that have added their own buttons? I mean, >> > planning for the future, can it be definitively said that matplotlib >> > will never add anymore toolbar buttons? Could developers rely on that >> > real estate not being taken over by rule of "eminent domain", if you >> will? >> > >> > Ben Root >> > >> >> Ben, >> >> I don't understand either of your questions. What's the point? >> >> Eric >> >> > First, I am asking if there are no use-cases for this button in the future > with the advent of an improved ipython environment? In other words, more > people may use matplotlib+ipython like a regular MATLAB environment. Could > this button be a useful feature later? > > Second, irregardless of whether this button is included or not, there have > been app developers who have added buttons to the toolbar for their own > use. Can these developers count on that real estate to always be free? Can > we definitively say that matplotlib will never have more buttons added to > its default toolbar? > > Does that make more sense? > > A feature-set that MATLAB has and is missing from matplotlib is editing the plot via the GUI. You can actually remove lines from the plot without typing anything in the interpreter. I think it is via a line properties menu, but maybe you can also get there by right-clicking the line and choosing delete (can't recall, I'll have to check). If/when we add support for such things in mpl, the relimit button would become much more useful. Until we have that, I think JDH's idea for cross-GUI configurable toolbars is a better target to aim for. AA
On Mon, Sep 27, 2010 at 1:57 PM, Benjamin Root <ben...@ou...> wrote: > Second, irregardless of whether this button is included or not, there have > been app developers who have added buttons to the toolbar for their own > use. Can these developers count on that real estate to always be free? Can > we definitively say that matplotlib will never have more buttons added to > its default toolbar? On a different but related topic, I think it would definitely be desirable to support customizable toolbars, so users could easily add their own buttons, remove buttons, connect them to their own callbacks, etc... That would take a bit of work to handle this across GUIS and platforms with icon specifications, etc, but would certainly be useful. Adding one more button for a somewhat specialized use case is definitely not a good idea, as only a tiny faction of users actually modify data in objects in place. A related button to autoscale y after zoom based on current x limits would be somewhat handy in my own experience, but again, I'd rather have customizable toolbars with a stock functionality that we could add or remove as desired. JDH
On Mon, Sep 27, 2010 at 1:47 PM, Eric Firing <ef...@ha...> wrote: > On 09/27/2010 08:35 AM, Benjamin Root wrote: > > On Mon, Sep 27, 2010 at 1:27 PM, Eric Firing <ef...@ha... > > <mailto:ef...@ha...>> wrote: > > > > On 09/27/2010 03:46 AM, Dieter Weber wrote: > > > Hi, > > > I'm using matplotlib embedded in my wxpython application and > > needed to > > > give users a quick way to relimit a figure, for example after > > removing a > > > line from a plot. Therefore I added a button to the toolbar. Do > you > > > think it would make sense to include this in matplotlib by > default? > > > > I don't think it would. The standard toolbar is for typical > interactive > > use, where I don't think the relimit functionality is needed often > > enough to justify having its own button--if at all. Better to keep > that > > toolbar simple. > > > > Eric > > > > > > Just playing devil's advocate here... > > > > Considering how we can now have multiple show() calls and with the > > upcoming ipython looking more and more spiffy, could there be a future > > use case for this toolbar button? > > > > On the other hand, how would the inclusion of this button impact users > > of other interactive scripts that have added their own buttons? I mean, > > planning for the future, can it be definitively said that matplotlib > > will never add anymore toolbar buttons? Could developers rely on that > > real estate not being taken over by rule of "eminent domain", if you > will? > > > > Ben Root > > > > Ben, > > I don't understand either of your questions. What's the point? > > Eric > > First, I am asking if there are no use-cases for this button in the future with the advent of an improved ipython environment? In other words, more people may use matplotlib+ipython like a regular MATLAB environment. Could this button be a useful feature later? Second, irregardless of whether this button is included or not, there have been app developers who have added buttons to the toolbar for their own use. Can these developers count on that real estate to always be free? Can we definitively say that matplotlib will never have more buttons added to its default toolbar? Does that make more sense? Ben Root
On 09/27/2010 08:35 AM, Benjamin Root wrote: > On Mon, Sep 27, 2010 at 1:27 PM, Eric Firing <ef...@ha... > <mailto:ef...@ha...>> wrote: > > On 09/27/2010 03:46 AM, Dieter Weber wrote: > > Hi, > > I'm using matplotlib embedded in my wxpython application and > needed to > > give users a quick way to relimit a figure, for example after > removing a > > line from a plot. Therefore I added a button to the toolbar. Do you > > think it would make sense to include this in matplotlib by default? > > I don't think it would. The standard toolbar is for typical interactive > use, where I don't think the relimit functionality is needed often > enough to justify having its own button--if at all. Better to keep that > toolbar simple. > > Eric > > > Just playing devil's advocate here... > > Considering how we can now have multiple show() calls and with the > upcoming ipython looking more and more spiffy, could there be a future > use case for this toolbar button? > > On the other hand, how would the inclusion of this button impact users > of other interactive scripts that have added their own buttons? I mean, > planning for the future, can it be definitively said that matplotlib > will never add anymore toolbar buttons? Could developers rely on that > real estate not being taken over by rule of "eminent domain", if you will? > > Ben Root > Ben, I don't understand either of your questions. What's the point? Eric
On Mon, Sep 27, 2010 at 1:27 PM, Eric Firing <ef...@ha...> wrote: > On 09/27/2010 03:46 AM, Dieter Weber wrote: > > Hi, > > I'm using matplotlib embedded in my wxpython application and needed to > > give users a quick way to relimit a figure, for example after removing a > > line from a plot. Therefore I added a button to the toolbar. Do you > > think it would make sense to include this in matplotlib by default? > > I don't think it would. The standard toolbar is for typical interactive > use, where I don't think the relimit functionality is needed often > enough to justify having its own button--if at all. Better to keep that > toolbar simple. > > Eric > > Just playing devil's advocate here... Considering how we can now have multiple show() calls and with the upcoming ipython looking more and more spiffy, could there be a future use case for this toolbar button? On the other hand, how would the inclusion of this button impact users of other interactive scripts that have added their own buttons? I mean, planning for the future, can it be definitively said that matplotlib will never add anymore toolbar buttons? Could developers rely on that real estate not being taken over by rule of "eminent domain", if you will? Ben Root
On 09/27/2010 03:46 AM, Dieter Weber wrote: > Hi, > I'm using matplotlib embedded in my wxpython application and needed to > give users a quick way to relimit a figure, for example after removing a > line from a plot. Therefore I added a button to the toolbar. Do you > think it would make sense to include this in matplotlib by default? I don't think it would. The standard toolbar is for typical interactive use, where I don't think the relimit functionality is needed often enough to justify having its own button--if at all. Better to keep that toolbar simple. Eric > Appended you find modifications of backend_bases.py and > backends/backend_wx.py as well as a draft for a symbol. > > Greetings, > Dieter > > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > > > > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Hi, I'm using matplotlib embedded in my wxpython application and needed to give users a quick way to relimit a figure, for example after removing a line from a plot. Therefore I added a button to the toolbar. Do you think it would make sense to include this in matplotlib by default? Appended you find modifications of backend_bases.py and backends/backend_wx.py as well as a draft for a symbol. Greetings, Dieter