matplotlib-devel Mailing List for matplotlib

Le , Jae-Joon Lee <lee...@gm...> a écrit :
> On Sun, Jan 30, 2011 at 10:32 PM, Peter Butterworth bu...@gm...> 
> wrote:
> > here are some observations on the mpl legend operation:
> > leg = ax.get_legend() #0 OK. but the recommended way to update a
> > legend seems to be using #1 ?
> > leg = ax.legend() #1 OK
> > leg.draggable(True) #3 enables the legend to be moved with mouse.
> > New in mpl1.0.1. OK
> > leg.set_visible(False) #4 hides legend. OK
> > ax.legend(loc=3) #2 defines a legend location. OK but why no
> > locations outside the plotting area ?
> Legend can be located outside the plotting area, anywhere you want.
> http://matplotlib.sourceforge.net/users/legend_guide.html#legend-location
Good to know.It is a bit more complex than a legend inside the axes though 
as you need to setup a bbox.
btw, there's a typo in the html page: should be bbox_transform instead of 
transform in the doc:
"For example, if you want your axes legend located at the figure corner 
(instead of the axes corner):
l = legend(bbox_to_anchor=(0, 0, 1, 1), transform=gcf().transFigure)"
> > ax.legend(ax.lines) #5 labels are different by default from #1. ??
> http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.legend
> If there is a single non-keyword argument, it is treated as a list of 
> labels.
meaning that you always have to fully specify the labels.
> > ax.legend([]) #6 draws an empty square. ??
> To me, the current behavior seems reasonable. What do you expect?
An empty square isn't terribly useful and will likely need to be hidden. 
Could this form be used as to simply get rid of the legend instead ?

Ben,
Its the main trunk, svn info is below:
Path: .
URL:
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib
Repository Root: https://matplotlib.svn.sourceforge.net/svnroot/matplotlib
Repository UUID: f61c4167-ca0d-0410-bb4a-bb21726e55ed
Revision: 8935
Node Kind: directory
Schedule: normal
Last Changed Author: pivanov314
Last Changed Rev: 8935
Last Changed Date: 2011年01月24日 04:41:49 -0500 (2011年1月24日)
Ian
----
Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University
email: ib...@pu...
cell: (607)227-7626
On Mon, Jan 31, 2011 at 1:36 AM, Benjamin Root <ben...@ou...> wrote:
> On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> > Ben,
> > I'm building with the freshest subversion build of MPL with Sphinx 1.0.7
> and Windows XP. I'd be happy to give you any other information that you
> need, just let me know.
> >
> >
> > Ian----
> > Ian Bell
> > Graduate Research Assistant
> > Herrick Labs
> > Purdue University
> > email: ib...@pu...
> > cell: (607)227-7626
> >
>
> From which branch? The development branch or the maintenance branch?
> If you aren't sure, just paste the results of 'svn info' (or whatever
> equivalent in your windows svn client).
>
> Ben Root
>

On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> Ben,
> I'm building with the freshest subversion build of MPL with Sphinx 1.0.7 and Windows XP. I'd be happy to give you any other information that you need, just let me know.
>
>
> Ian----
> Ian Bell
> Graduate Research Assistant
> Herrick Labs
> Purdue University
> email: ib...@pu...
> cell: (607)227-7626
>
>From which branch? The development branch or the maintenance branch?
If you aren't sure, just paste the results of 'svn info' (or whatever
equivalent in your windows svn client).
Ben Root

Ben,
I'm building with the freshest subversion build of MPL with Sphinx 1.0.7 and
Windows XP. I'd be happy to give you any other information that you need,
just let me know.
Ian
----
Ian Bell
Graduate Research Assistant
Herrick Labs
Purdue University
email: ib...@pu...
cell: (607)227-7626
On Sun, Jan 30, 2011 at 11:34 PM, Benjamin Root <ben...@ou...> wrote:
> On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> > I have built the sphinx sampledoc tutorial without problems on Ubuntu and
> OSX, but I'm having problems on Windows. I have filed a bug regarding the
> problems I am having with the plot directive. For some reason the
> hyperlinks to the PDF and get messed up on windows, but are fine on OSX and
> Ubuntu. I have to run a virtual machine just to compile my documentation.
> Needless to say, not optimal. I attached a screenshot with the messed up
> links, and I have posted the build errors I get that I think are related to
> the problems with the plot directive. I have the same problem in my own
> documentation that I am building on my own plotting module based on MPL.
> >
> >
> > D:\My_Documents\sampledoc_tut2\extensions.rst:: (ERROR/3) Anonymous
> hyperlink mismatch: 5 references but 0 targets.See "backrefs" attribute for
> IDs.
> >
> > process_begin: CreateProcess(NULL, echo, ...) failed.
> > make (e=2): The system cannot find the file specified.make: *** [html]
> Error 2
> >
> > ----
> > Ian Bell
> > Graduate Research Assistant
> > Herrick Labs
> > Purdue University
> > email: ib...@pu...
> > cell: (607)227-7626
> >
> >
>
> Curious, there are forward slashes in those links. Which version of
> mpl are you building documentation for?
>
> Ben Root
>

On Sunday, January 30, 2011, Ian Bell <ib...@pu...> wrote:
> I have built the sphinx sampledoc tutorial without problems on Ubuntu and OSX, but I'm having problems on Windows. I have filed a bug regarding the problems I am having with the plot directive. For some reason the hyperlinks to the PDF and get messed up on windows, but are fine on OSX and Ubuntu. I have to run a virtual machine just to compile my documentation. Needless to say, not optimal. I attached a screenshot with the messed up links, and I have posted the build errors I get that I think are related to the problems with the plot directive. I have the same problem in my own documentation that I am building on my own plotting module based on MPL.
>
>
> D:\My_Documents\sampledoc_tut2\extensions.rst:: (ERROR/3) Anonymous hyperlink mismatch: 5 references but 0 targets.See "backrefs" attribute for IDs.
>
> process_begin: CreateProcess(NULL, echo, ...) failed.
> make (e=2): The system cannot find the file specified.make: *** [html] Error 2
>
> ----
> Ian Bell
> Graduate Research Assistant
> Herrick Labs
> Purdue University
> email: ib...@pu...
> cell: (607)227-7626
>
>
Curious, there are forward slashes in those links. Which version of
mpl are you building documentation for?
Ben Root

On Sun, Jan 30, 2011 at 10:32 PM, Peter Butterworth <bu...@gm...> wrote:
> When plotting interactively is it actually possible to update the
> legend with the current plots while retaining the previous legend
> settings (position, visibility, etc.) ?
>
I think it is possible, but will be quite difficult to do for a normal
user. I may try to add some method that can ease this.
> here are some observations on the mpl legend operation:
> leg = ax.get_legend()  #0 OK. but the recommended way to update a
> legend seems to be using #1 ?
> leg = ax.legend()    #1 OK
> leg.draggable(True)   #3 enables the legend to be moved with mouse.
> New in mpl1.0.1. OK
> leg.set_visible(False) #4 hides legend. OK
> ax.legend(loc=3)    #2 defines a legend location. OK but why no
> locations outside the plotting area ?
Legend can be located outside the plotting area, anywhere you want.
http://matplotlib.sourceforge.net/users/legend_guide.html#legend-location
> ax.legend(ax.lines)   #5 labels are different by default from #1. ??
http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.legend
If there is a single non-keyword argument, it is treated as a list of labels.
> ax.legend([])      #6 draws an empty square. ??
To me, the current behavior seems reasonable. What do you expect?
> leg._loc:        #7 allows you to know the legend location. in
> #2 value is int, in #3 value is a tuple (if the legend has been moved)
> OK but why is the attribute private ?
>
I guess this is a valid point. I'll add a public interface to access this value.
> What to exclude from a legend :
> Objects without an explicit label (labels starting with _) #8. OK
> Objects that are not in the viewing area    #9. should be default
> behavior ??
> Objects that are not set visible        #10. should be default
> behavior ??
For #9, I don't think there is an exact algorithm to check if a path
is inside the viewing are or not when cubic splines are involved. If
there is (and that algorithm is feasible), we may consider making that
a default behavior. Otherwise, I'm not inclined to include a partial
solution.
For #10, I'll make it a default behavior if there is no objection.
Regards,
-JJ
>
> --
> thanks,
> peter butterworth
>
> ------------------------------------------------------------------------------
> Special Offer-- Download ArcSight Logger for FREE (a 49ドル USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>