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
(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


Showing 8 results of 8

From: butterw <bu...@gm...> - 2010年09月27日 22:42:17
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.
From: Amit A. <aro...@gm...> - 2010年09月27日 19:38:00
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
From: John H. <jd...@gm...> - 2010年09月27日 19:05:51
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
From: Benjamin R. <ben...@ou...> - 2010年09月27日 18:58:39
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
From: Eric F. <ef...@ha...> - 2010年09月27日 18:48:22
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
From: Benjamin R. <ben...@ou...> - 2010年09月27日 18:36:12
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
From: Eric F. <ef...@ha...> - 2010年09月27日 18:28:09
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
From: Dieter W. <di...@ue...> - 2010年09月27日 13:46:52
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

Showing 8 results of 8

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 によって変換されたページ (->オリジナル) /