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

Showing 4 results of 4

From: Gael V. <gae...@no...> - 2006年09月09日 17:35:58
On Sat, Sep 09, 2006 at 10:40:47AM -0600, Fernando Perez wrote:
> On 9/9/06, John Hunter <jdh...@ac...> wrote:
> > >>>>> "Fernando" =3D=3D Fernando Perez <Fer...@co...> =
writes:
> > Fernando> What I think could be improved in the default behavior
> > Fernando> is the legend. I'm sure there's a way to get the resul=
t
> > Fernando> even today
> > Indeed
> > legend(numpoints=3D2)
> > or set your rc setting
> > legend.numpoints =3D 2
> Great, thanks!
> > I'll change the default rc setting to two points if noone objects.
> +1 from me.
+1 from me to.
Ga=EBl
From: Fernando P. <fpe...@gm...> - 2006年09月09日 16:40:52
On 9/9/06, John Hunter <jdh...@ac...> wrote:
> >>>>> "Fernando" == Fernando Perez <Fer...@co...> writes:
>
> Fernando> What I think could be improved in the default behavior
> Fernando> is the legend. I'm sure there's a way to get the result
> Fernando> even today
>
> Indeed
>
> legend(numpoints=2)
>
> or set your rc setting
>
> legend.numpoints = 2
Great, thanks!
> I'll change the default rc setting to two points if noone objects.
+1 from me.
Cheers,
f
From: John H. <jdh...@ac...> - 2006年09月09日 16:30:21
>>>>> "Fernando" == Fernando Perez <Fer...@co...> writes:
 Fernando> What I think could be improved in the default behavior
 Fernando> is the legend. I'm sure there's a way to get the result
 Fernando> even today
Indeed
 legend(numpoints=2)
or set your rc setting
 legend.numpoints = 2
I'll change the default rc setting to two points if noone objects.
JDH
From: Fernando P. <Fer...@co...> - 2006年09月09日 14:46:00
Attachments: simple.png
Hi all,
I have a suggestion to make regarding the default results for legends when 
plots have both lines and markers. Consider the following plot commands:
plot(range(10),marker='o',linestyle='-',markerfacecolor='r',label='data')
legend()
I've attached a small png of what I get on my system, with a very recent svn 
build.
This is a common (at least for me) way to plot data points with a line for 
visual aid connecting the dots.
What I think could be improved in the default behavior is the legend. I'm 
sure there's a way to get the result even today, I'm just advocating for an 
improved out-of-the-box output. Currently, the code puts so many markers in 
the legend that the line is not visible. This isn't very pretty, nor very 
useful. In contrast, I think the gnuplot default behavior is a lot better, 
see this page for a simple example (no, I don't think that graph looks better 
than mpl, I just think the way /legend/ labels are created is clearer):
http://www.sbml.org/software/libsbml/libsbml-vs-xerces-dom-memusage.png
What I think would be a better default legend behavior than the current one 
would be either (ascii art, with 0 denoting a marker and - a line):
 (a) 0---0 OR (b) --0--
meaning two markers bracketing a bit of the line, or (like gnuplot) two line 
segments bracketing a single marker. The advantage of (a) IMO is that with 
dashed lines it is easier to read than (b), since there's a longer continuous 
section of line.
Just a suggestion...
f

Showing 4 results of 4

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