matplotlib-devel — matplotlib developers

Re: [matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

[Russell E. O. <ro...@uw...>]

In article <524...@st...>,
 Michael Droettboom <md...@st...> 
 wrote:

> On 10/02/2013 01:34 PM, Russell E. Owen wrote:
> > In article <524...@st...>,
> >   Michael Droettboom <md...@st...>
> >   wrote:
> >
> >> I haven't heard of this issue before.
> >>
> >> fc-list comes from the fontconfig project.  It is used to get a list of
> >> all of the fonts installed on the system.  It sounds like there is some
> >> bug there -- the usual culprit is that there is a slightly non-standard
> >> font installed on the system and fontconfig has a hard time parsing it.
> >> You could try updating fc-list (it's in all the major package managers).
> >>
> >> As for a workaround from our end, we could try to set a timeout on
> >> fc-list and just skip it if it takes too long.  We can't rely on it
> >> being there on a Mac at all, so already we gracefully degrade to a less
> >> thorough search for fonts when fc-list can't be found.
> > Thanks for the advice. A defective font is an interesting possibility.
> >
> > I was wrong it's new in 1.3.0; turns out it's seen in much older
> > versions of my application (back to using mpl 1.0.0), but apparently on
> > few machines.
> >
> > The issue showed up when I added some fancy animated strip charts to my
> > application (which may be a coincidence), not when I upgraded mpl.
> >
> > I'm surprised the timeout on fc-list isn't working.
> 
> We don't currently do a timeout -- we make a blocking call to fc-list.  
> I was only suggesting it as a possible fix for this problem.

Sorry. I read too hastily. If it's not too hard to code a time limit, it 
sounds like a good idea.

> >   Maybe something else
> > is also using fc-list, but the fix is to add an ~/.matplotlib dir, which
> > suggests it's an mpl issue.
> 
> When you copy over the .matplotlib dir, you copy over the font cache.  
> When matplotlib finds a font cache, it doesn't need to generate a list 
> of fonts, so thus doesn't need to call fc-list.  But copying font caches 
> from one machine to another is unlikely to work (the set of fonts and 
> their locations is quite likely different). Worse yet, if matplotlib 
> attempts to look up a font and finds that it isn't where the cache says 
> it is, it regenerates the cache again, and thus you could get this 
> hanging anyway.

Thank you for that warning.

As a followup: one of the two computers had 3 copies of fc-list (one 
from darwinports, one in /usr/local/bin and the on provided with Apple's 
X11). Making sure Apple's version ran seems to have cleared up the 
problem, based on one test. So we may have a fix.

I really appreciate the help.

-- Russell

Re: [matplotlib-devel] AxisMenu in backend_tkagg

[Benjamin R. <ben...@ou...>]

Using git blame, I can see that the AxisMenu class was last touched by John
Hunter back in 2004, during a massive restructuring of the code-base. It
looks like at that time, there were only 3 interactive backends: Gtk, Wx
and TkAgg. Maybe someone with a much longer history than I could chime in
on the purpose of this class.

[matplotlib-devel] class variables signature in doc

[Federico A. <ari...@gm...>]

Hi

All around the documentation, there are plenty of places where the
signature of class variables is displayed straight and without any
formating.
For example
http://matplotlib.org/api/backend_bases_api.html?highlight=toolitems#matplotlib.backend_bases.NavigationToolbar2.toolitems

Is it possible to override this signature?
If I'm not wrong the autodoc_docstring_signature  (sphinx
configuration) only works on callables

Thanks
Federico

-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?

-- Antonio Alducin --

[matplotlib-devel] AxisMenu in backend_tkagg

[Federico A. <ari...@gm...>]

Hello

I am preparing the Tkinter implementation of my MultiFigureManager

In backend_tkagg there is AxisMenu
Looking throught all the matplotlib code I do not see any place where
this is used, not even an example
Is this something that we want to keep around? does somebody use it?

Just as a reminder to get feedback on the multifigure-manager
Compare: https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
PR: https://github.com/matplotlib/matplotlib/pull/2465

Thanks
Federico


-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?

-- Antonio Alducin --

Re: [matplotlib-devel] Regular matplotlib meetings

[Damon M. <dam...@gm...>]

On Wed, Oct 2, 2013 at 11:46 AM, Michael Droettboom <md...@st...> wrote:
> I think the poll is in, and it looks like the best time for us to meet
> is Thursdays, 14:00 - 16:00 UTC.
>
> Given some other commitments, I can't make it until October 24. Does
> that work?  I've tentatively added it to the matplotlib calendar.
>
> Mike

Thanks for doing that Mike, that works for me.

>
> On 09/18/2013 11:50 AM, Michael Droettboom wrote:
>> As I had considered doing a while ago, I think it might be beneficial to
>> start having regular Google Hangouts for matplotlib. I'm thinking
>> monthly is probably adequate for now while we experiment with the format.
>>
>> As you may know, Google Hangouts has a maximum number of 10
>> participants, but an unlimited number of people may watch both live and
>> from the archive.  I believe also (correct me if I'm wrong) there is no
>> such limit on the people who can participate by text chat.
>>
>> I've created a "Doodle" poll [1] to help find a time during the week
>> that would be best for most.
>>
>> [1] http://doodle.com/fek9q2wsyegg6ytt
>>
>> I figure many of these meetings will include a "core" group of people
>> with "special guests" for various specific topics as they arise.  Anyone
>> can fill out the poll, but please send me an e-mail off list if you plan
>> to attend on a regular basis rather than just drop in when possible so I
>> can prioritize things.  Once we've determined a good time of the week
>> for everyone, I'll schedule the next 6 or so months on the matplotlib
>> Google calendar [2].
>>
>> [2]
>> https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic
>>
>> Cheers,
>> Mike
>>
>
>
> --
>                     _
> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Re: [matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

[Michael D. <md...@st...>]

On 10/02/2013 01:34 PM, Russell E. Owen wrote:
> In article <524...@st...>,
>   Michael Droettboom <md...@st...>
>   wrote:
>
>> I haven't heard of this issue before.
>>
>> fc-list comes from the fontconfig project.  It is used to get a list of
>> all of the fonts installed on the system.  It sounds like there is some
>> bug there -- the usual culprit is that there is a slightly non-standard
>> font installed on the system and fontconfig has a hard time parsing it.
>> You could try updating fc-list (it's in all the major package managers).
>>
>> As for a workaround from our end, we could try to set a timeout on
>> fc-list and just skip it if it takes too long.  We can't rely on it
>> being there on a Mac at all, so already we gracefully degrade to a less
>> thorough search for fonts when fc-list can't be found.
> Thanks for the advice. A defective font is an interesting possibility.
>
> I was wrong it's new in 1.3.0; turns out it's seen in much older
> versions of my application (back to using mpl 1.0.0), but apparently on
> few machines.
>
> The issue showed up when I added some fancy animated strip charts to my
> application (which may be a coincidence), not when I upgraded mpl.
>
> I'm surprised the timeout on fc-list isn't working.

We don't currently do a timeout -- we make a blocking call to fc-list.  
I was only suggesting it as a possible fix for this problem.

>   Maybe something else
> is also using fc-list, but the fix is to add an ~/.matplotlib dir, which
> suggests it's an mpl issue.

When you copy over the .matplotlib dir, you copy over the font cache.  
When matplotlib finds a font cache, it doesn't need to generate a list 
of fonts, so thus doesn't need to call fc-list.  But copying font caches 
from one machine to another is unlikely to work (the set of fonts and 
their locations is quite likely different). Worse yet, if matplotlib 
attempts to look up a font and finds that it isn't where the cache says 
it is, it regenerates the cache again, and thus you could get this 
hanging anyway.

Mike

>
> -- Russell
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

[Russell E. O. <ro...@uw...>]

In article <524...@st...>,
 Michael Droettboom <md...@st...> 
 wrote:

> I haven't heard of this issue before.
> 
> fc-list comes from the fontconfig project.  It is used to get a list of 
> all of the fonts installed on the system.  It sounds like there is some 
> bug there -- the usual culprit is that there is a slightly non-standard 
> font installed on the system and fontconfig has a hard time parsing it.  
> You could try updating fc-list (it's in all the major package managers).
> 
> As for a workaround from our end, we could try to set a timeout on 
> fc-list and just skip it if it takes too long.  We can't rely on it 
> being there on a Mac at all, so already we gracefully degrade to a less 
> thorough search for fonts when fc-list can't be found.

Thanks for the advice. A defective font is an interesting possibility.

I was wrong it's new in 1.3.0; turns out it's seen in much older 
versions of my application (back to using mpl 1.0.0), but apparently on 
few machines. 

The issue showed up when I added some fancy animated strip charts to my 
application (which may be a coincidence), not when I upgraded mpl.

I'm surprised the timeout on fc-list isn't working. Maybe something else 
is also using fc-list, but the fix is to add an ~/.matplotlib dir, which 
suggests it's an mpl issue.

-- Russell

Re: [matplotlib-devel] Regular matplotlib meetings

[Michael D. <md...@st...>]

I think the poll is in, and it looks like the best time for us to meet 
is Thursdays, 14:00 - 16:00 UTC.

Given some other commitments, I can't make it until October 24. Does 
that work?  I've tentatively added it to the matplotlib calendar.

Mike

On 09/18/2013 11:50 AM, Michael Droettboom wrote:
> As I had considered doing a while ago, I think it might be beneficial to
> start having regular Google Hangouts for matplotlib. I'm thinking
> monthly is probably adequate for now while we experiment with the format.
>
> As you may know, Google Hangouts has a maximum number of 10
> participants, but an unlimited number of people may watch both live and
> from the archive.  I believe also (correct me if I'm wrong) there is no
> such limit on the people who can participate by text chat.
>
> I've created a "Doodle" poll [1] to help find a time during the week
> that would be best for most.
>
> [1] http://doodle.com/fek9q2wsyegg6ytt
>
> I figure many of these meetings will include a "core" group of people
> with "special guests" for various specific topics as they arise.  Anyone
> can fill out the poll, but please send me an e-mail off list if you plan
> to attend on a regular basis rather than just drop in when possible so I
> can prioritize things.  Once we've determined a good time of the week
> for everyone, I'll schedule the next 6 or so months on the matplotlib
> Google calendar [2].
>
> [2]
> https://www.google.com/calendar/feeds/79hk8jhvlks8jn8ds4ri1e6q4g%40group.calendar.google.com/public/basic
>
> Cheers,
> Mike
>


-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

[Michael D. <md...@st...>]

I haven't heard of this issue before.

fc-list comes from the fontconfig project.  It is used to get a list of 
all of the fonts installed on the system.  It sounds like there is some 
bug there -- the usual culprit is that there is a slightly non-standard 
font installed on the system and fontconfig has a hard time parsing it.  
You could try updating fc-list (it's in all the major package managers).

As for a workaround from our end, we could try to set a timeout on 
fc-list and just skip it if it takes too long.  We can't rely on it 
being there on a Mac at all, so already we gracefully degrade to a less 
thorough search for fonts when fc-list can't be found.

Mike

On 10/01/2013 08:15 PM, Russell E. Owen wrote:
> I distribute a Mac application using matplotlib.
>
> Recent versions that use matplotlib 1.3.0 fail to run on some new
> accounts. The symptoms are that the application never finishes loading
> and a task named "fc-list" takes up 100% of a core -- for as long as
> we've let it run (a good fraction of an hour).
>
> The only solution we've found is to copy ~/.matplotlib from an account
> where it works to the new account.
>
> It is reproducible on some machines, but unfortunately not mine. When I
> create a new account on my machine I do not see the problem. Thus I have
> not yet been able to come up with a minimal case that shows the problem.
> I'll try to get more info.
>
> Is this is a known issue?
>
> -- Russell
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

[matplotlib-devel] font problems: fc-list takes up 100% of CPU and runs forever

[Russell E. O. <ro...@uw...>]

I distribute a Mac application using matplotlib.

Recent versions that use matplotlib 1.3.0 fail to run on some new 
accounts. The symptoms are that the application never finishes loading 
and a task named "fc-list" takes up 100% of a core -- for as long as 
we've let it run (a good fraction of an hour).

The only solution we've found is to copy ~/.matplotlib from an account 
where it works to the new account.

It is reproducible on some machines, but unfortunately not mine. When I 
create a new account on my machine I do not see the problem. Thus I have 
not yet been able to come up with a minimal case that shows the problem. 
I'll try to get more info.

Is this is a known issue?

-- Russell

Re: [matplotlib-devel] warnings, bugs with GTK backends

[Federico A. <ari...@gm...>]

Hello

I don't know why it is failing with the macports... not much help
about that from me ;)

If I make it fail on pourpuse, for example adding and unwanted int
third argument in the plot call

import matplotlib
matplotlib.use('gtk3agg')
from numpy import *
from matplotlib.pyplot import *
x = arange(0,10,0.1)
plot(x, sin(x), 0)
show()


The method FigureManagerGTK3.destroy() is being called twice, and
because it calls
self.__dict__.clear()
the second time it is called, it does not find any attribute, and that
is the reason for the UGLY message that hides the real problem. In my
example it is hiding the
ValueError: third arg must be a format string

Actually there is a comment on the line asking why is it called there...

In gtkagg there is a bunch of hasattr calls in the destroy method just
to bypass this problem

Is there any reason for the
self.__dict__.clear() ????

Federico


On Tue, Oct 1, 2013 at 9:43 AM, Michael Kaufman <kau...@or...> wrote:
> Hello all,
>
> I just upgraded my matplotlib and gtk distributions because I thought
> I'd try the GTK3Agg backend (I had been using the GTKAgg backend).
>
> I'm using macports for the supporting libraries with git repositories
> for ipython and matplotlib (today's master [0b8481977016e8f], but I seem
> to have the same issues with tag v1.3.x)
>
> Before installing matplotlib, I did a make clean and then removed
> everything from the build/ directory, and matplotlib* from
> python2.7/site-packages/
>
> The following ports are currently installed:
>    gtk2 @2.24.17_1+x11 (active)
>    gtk3 @3.10.0_0+x11 (active)
>    py27-gobject3 @3.8.3_0 (active)
>    py27-gobject @2.28.6_0 (active)
>
> If I use the GTKAgg backend I get these warnings (which I did not get
> before).
>
> ===
> Using matplotlib backend: GTKAgg
>
> In [1]: x = arange(0,10,0.1)
>
> In [2]: plot(x,sin(x))
> /Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk.py:651:
> Warning: Attempt to add property GtkSettings::gtk-label-select-on-focus
> after class was initialised
>    gtk.Toolbar.__init__(self)
> /Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk.py:651:
> Warning: Attempt to add property GtkSettings::gtk-button-images after
> class was initialised
>    gtk.Toolbar.__init__(self)
> Out[2]: [<matplotlib.lines.Line2D at 0x11025e250>]
> ===
>
> Otherwise everything else seems ok.
>
> If I use the GTK3Agg backend, I get no plot window when I do a show(),
> and when I attempt to exit ipython, I get these errors:
>
> ===
> object?   -> Details about 'object', use 'object??' for extra details.
> Using matplotlib backend: GTK3Agg
>
> In [1]: x = arange(0,10,0.1)
>
> In [2]: plot(x,sin(x))
> Out[2]: [<matplotlib.lines.Line2D at 0x10957d450>]
>
> In [3]: show()
>
> In [4]:
> Do you really want to exit ([y]/n)?
> Error in atexit._run_exitfuncs:
> Traceback (most recent call last):
>    File
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py",
> line 24, in _run_exitfuncs
>      func(*targs, **kargs)
>    File
> "/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/_pylab_helpers.py",
> line 89, in destroy_all
>      manager.destroy()
>    File
> "/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk3.py",
> line 433, in destroy
>      self.canvas.destroy()
> AttributeError: FigureManagerGTK3Agg instance has no attribute 'canvas'
> Error in sys.exitfunc:
> Traceback (most recent call last):
>    File
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py",
> line 24, in _run_exitfuncs
>      func(*targs, **kargs)
>    File
> "/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/_pylab_helpers.py",
> line 89, in destroy_all
>      manager.destroy()
>    File
> "/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk3.py",
> line 433, in destroy
>      self.canvas.destroy()
> AttributeError: FigureManagerGTK3Agg instance has no attribute 'canvas'
> ===
>
> Anyone have a clue?
>
> M
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?

-- Antonio Alducin --

[matplotlib-devel] warnings, bugs with GTK backends

[Michael K. <kau...@or...>]

Hello all,

I just upgraded my matplotlib and gtk distributions because I thought 
I'd try the GTK3Agg backend (I had been using the GTKAgg backend).

I'm using macports for the supporting libraries with git repositories 
for ipython and matplotlib (today's master [0b8481977016e8f], but I seem 
to have the same issues with tag v1.3.x)

Before installing matplotlib, I did a make clean and then removed 
everything from the build/ directory, and matplotlib* from
python2.7/site-packages/

The following ports are currently installed:
   gtk2 @2.24.17_1+x11 (active)
   gtk3 @3.10.0_0+x11 (active)
   py27-gobject3 @3.8.3_0 (active)
   py27-gobject @2.28.6_0 (active)

If I use the GTKAgg backend I get these warnings (which I did not get 
before).

===
Using matplotlib backend: GTKAgg

In [1]: x = arange(0,10,0.1)

In [2]: plot(x,sin(x))
/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk.py:651: 
Warning: Attempt to add property GtkSettings::gtk-label-select-on-focus 
after class was initialised
   gtk.Toolbar.__init__(self)
/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk.py:651: 
Warning: Attempt to add property GtkSettings::gtk-button-images after 
class was initialised
   gtk.Toolbar.__init__(self)
Out[2]: [<matplotlib.lines.Line2D at 0x11025e250>]
===

Otherwise everything else seems ok.

If I use the GTK3Agg backend, I get no plot window when I do a show(), 
and when I attempt to exit ipython, I get these errors:

===
object?   -> Details about 'object', use 'object??' for extra details.
Using matplotlib backend: GTK3Agg

In [1]: x = arange(0,10,0.1)

In [2]: plot(x,sin(x))
Out[2]: [<matplotlib.lines.Line2D at 0x10957d450>]

In [3]: show()

In [4]:
Do you really want to exit ([y]/n)?
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
   File 
"/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", 
line 24, in _run_exitfuncs
     func(*targs, **kargs)
   File 
"/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/_pylab_helpers.py", 
line 89, in destroy_all
     manager.destroy()
   File 
"/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk3.py", 
line 433, in destroy
     self.canvas.destroy()
AttributeError: FigureManagerGTK3Agg instance has no attribute 'canvas'
Error in sys.exitfunc:
Traceback (most recent call last):
   File 
"/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/atexit.py", 
line 24, in _run_exitfuncs
     func(*targs, **kargs)
   File 
"/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/_pylab_helpers.py", 
line 89, in destroy_all
     manager.destroy()
   File 
"/Users/mcj/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-macosx-10.8-x86_64.egg/matplotlib/backends/backend_gtk3.py", 
line 433, in destroy
     self.canvas.destroy()
AttributeError: FigureManagerGTK3Agg instance has no attribute 'canvas'
===

Anyone have a clue?

M

[matplotlib-devel] 1.3.1rc2 tagged

[Michael D. <md...@st...>]

I have tagged a 1.3.1rc2 release candidate.

This primarily fixes an issue using the 64-bit Ghostscript on Windows.

(I see Christoph Gohlke has already built Windows installers before I even had a chance to announce this ;)

The tarball is available here:

https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc2/matplotlib-1.3.1rc2.tar.gz

Cheers,
Mike

-- _ |\/|o _|_ _. _ | | \.__ __|__|_|_ _ _ ._ _ | ||(_| |(_|(/_| 
|_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com 
------------------------------------------------------------------------------ 
October Webinars: Code for Performance Free Intel webinars can help you 
accelerate application performance. Explore tips for MPI, OpenMP, 
advanced profiling, and more. Get the most from the latest Intel 
processors and coprocessors. See abstracts and register > 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk 
_______________________________________________ Matplotlib-devel mailing 
list Mat...@li... 
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] 1.3.1rc1 tagged

[Michael D. <md...@st...>]

It's actually "should now".  Thanks for the report.  I'll fix it in the 
repository.

Mike

On 09/28/2013 03:11 PM, Jason Grout wrote:
> On 9/27/13 12:20 PM, Michael Droettboom wrote:
>> - The WebAgg backend should no have lower latency over heterogeneous
>>      Internet connections.
> Is that "should not"?
>
> Thanks,
>
> Jason
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] 1.3.1rc1 tagged

[Jason G. <jas...@cr...>]

On 9/27/13 12:20 PM, Michael Droettboom wrote:
> - The WebAgg backend should no have lower latency over heterogeneous
>     Internet connections.

Is that "should not"?

Thanks,

Jason

Re: [matplotlib-devel] 1.3.1rc1 tagged

[Michael D. <md...@st...>]

On 09/27/2013 02:27 PM, Christoph Gohlke wrote:
> On 9/27/2013 10:20 AM, Michael Droettboom wrote:
>> - Now works with 64-bit versions of Ghostscript on MS-Windows.
> Not really. gswin64c.exe is detected in __init__.py but apparently not
> used in the PS backend:
>
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/__init__.py#L341
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L73
> https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L1620
>

Thanks for pointing this out.  The original bug I think was related to 
not being able to run the tests.  The ps backend should be updated to 
use the same ghostscript finding routines as elsewhere. I'll get this 
taken care of for 1.3.1rc2.

Mike

-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] 1.3.1rc1 tagged

[Michael D. <md...@st...>]

Thanks for letting me know -- obviously not good.  I'll have a look.

Mike

On 09/27/2013 01:45 PM, Christoph Gohlke wrote:
> Hello,
>
> `matplotlib-1.3.1rc1.tar.gz\matplotlib-1.3.1rc1\lib\matplotlib.egg-info\SOURCES.txt` 
> contains absolute paths to `/usr/src/CXX/*.cxx` files and therefore 
> distutils fails to build installers on Windows. Deleting the .egg-info 
> directory works for me.
>
> Christoph
>
>
> On 9/27/2013 10:20 AM, Michael Droettboom wrote:
>> I have tagged a 1.3.1 release candidate. Congrats to everyone who
>> reported bugs and worked hard to fix them for this release.
>>
>> As this is only a bugfix release, it should hopefully not take as long
>> to get through the release candidate process.  I hope to hear from all
>> the packagers over the next week or two, and barring no issues, I will
>> tag this as 1.3.1 final.
>>
>> The tarball is available here:
>>
>> https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz 
>>
>>
>>
>> The changelog is copied below:
>>
>> New in 1.3.1
>> ------------
>>
>> 1.3.1 is a bugfix release, primarily dealing with improved setup and
>> handling of dependencies, and correcting and enhancing the
>> documentation.
>>
>> The following changes were made in 1.3.1 since 1.3.0.
>>
>> Enhancements
>> ````````````
>>
>> - Added a context manager for creating multi-page pdfs (see
>>    `matplotlib.backends.backend_pdf.PdfPages`).
>>
>> - The WebAgg backend should no have lower latency over heterogeneous
>>    Internet connections.
>>
>> Bug fixes
>> `````````
>>
>> - Histogram plots now contain the endline.
>>
>> - Fixes to the Molleweide projection.
>>
>> - Handling recent fonts from Microsoft and Macintosh-style fonts with
>>    non-ascii metadata is improved.
>>
>> - Hatching of fill between plots now works correctly in the PDF
>>    backend.
>>
>> - Tight bounding box support now works in the PGF backend.
>>
>> - Transparent figures now display correctly in the Qt4Agg backend.
>>
>> - Drawing lines from one subplot to another now works.
>>
>> - Unit handling on masked arrays has been improved.
>>
>> Setup and dependencies
>> ``````````````````````
>>
>> - Now works with any version of pyparsing 1.5.6 or later, without
>> displaying
>>    hundreds of warnings.
>>
>> - Now works with 64-bit versions of Ghostscript on MS-Windows.
>>
>> - When installing from source into an environment without Numpy, Numpy
>>    will first be downloaded and built and then used to build
>>    matplotlib.
>>
>> - Externally installed backends are now always imported using a
>>    fully-qualified path to the module.
>>
>> - Works with newer version of wxPython.
>>
>> - Can now build with a PyCXX installed globally on the system from 
>> source.
>>
>> - Better detection of Gtk3 dependencies.
>>
>> Testing
>> ```````
>>
>> - Tests should now work in non-English locales.
>>
>> - PEP8 conformance tests now report on locations of issues.
>>


-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] 1.3.1rc1 tagged

[Christoph G. <cg...@uc...>]

On 9/27/2013 10:20 AM, Michael Droettboom wrote:
> - Now works with 64-bit versions of Ghostscript on MS-Windows.

Not really. gswin64c.exe is detected in __init__.py but apparently not 
used in the PS backend:

https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/__init__.py#L341
https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L73
https://github.com/matplotlib/matplotlib/blob/v1.3.x/lib/matplotlib/backends/backend_ps.py#L1620

Christoph

Re: [matplotlib-devel] 1.3.1rc1 tagged

[Christoph G. <cg...@uc...>]

Hello,

`matplotlib-1.3.1rc1.tar.gz\matplotlib-1.3.1rc1\lib\matplotlib.egg-info\SOURCES.txt` 
contains absolute paths to `/usr/src/CXX/*.cxx` files and therefore 
distutils fails to build installers on Windows. Deleting the .egg-info 
directory works for me.

Christoph


On 9/27/2013 10:20 AM, Michael Droettboom wrote:
> I have tagged a 1.3.1 release candidate.  Congrats to everyone who
> reported bugs and worked hard to fix them for this release.
>
> As this is only a bugfix release, it should hopefully not take as long
> to get through the release candidate process.  I hope to hear from all
> the packagers over the next week or two, and barring no issues, I will
> tag this as 1.3.1 final.
>
> The tarball is available here:
>
> https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz
>
>
> The changelog is copied below:
>
> New in 1.3.1
> ------------
>
> 1.3.1 is a bugfix release, primarily dealing with improved setup and
> handling of dependencies, and correcting and enhancing the
> documentation.
>
> The following changes were made in 1.3.1 since 1.3.0.
>
> Enhancements
> ````````````
>
> - Added a context manager for creating multi-page pdfs (see
>    `matplotlib.backends.backend_pdf.PdfPages`).
>
> - The WebAgg backend should no have lower latency over heterogeneous
>    Internet connections.
>
> Bug fixes
> `````````
>
> - Histogram plots now contain the endline.
>
> - Fixes to the Molleweide projection.
>
> - Handling recent fonts from Microsoft and Macintosh-style fonts with
>    non-ascii metadata is improved.
>
> - Hatching of fill between plots now works correctly in the PDF
>    backend.
>
> - Tight bounding box support now works in the PGF backend.
>
> - Transparent figures now display correctly in the Qt4Agg backend.
>
> - Drawing lines from one subplot to another now works.
>
> - Unit handling on masked arrays has been improved.
>
> Setup and dependencies
> ``````````````````````
>
> - Now works with any version of pyparsing 1.5.6 or later, without
> displaying
>    hundreds of warnings.
>
> - Now works with 64-bit versions of Ghostscript on MS-Windows.
>
> - When installing from source into an environment without Numpy, Numpy
>    will first be downloaded and built and then used to build
>    matplotlib.
>
> - Externally installed backends are now always imported using a
>    fully-qualified path to the module.
>
> - Works with newer version of wxPython.
>
> - Can now build with a PyCXX installed globally on the system from source.
>
> - Better detection of Gtk3 dependencies.
>
> Testing
> ```````
>
> - Tests should now work in non-English locales.
>
> - PEP8 conformance tests now report on locations of issues.
>

[matplotlib-devel] 1.3.1rc1 tagged

[Michael D. <md...@st...>]

I have tagged a 1.3.1 release candidate.  Congrats to everyone who 
reported bugs and worked hard to fix them for this release.

As this is only a bugfix release, it should hopefully not take as long 
to get through the release candidate process.  I hope to hear from all 
the packagers over the next week or two, and barring no issues, I will 
tag this as 1.3.1 final.

The tarball is available here:

https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1rc1.tar.gz

The changelog is copied below:

New in 1.3.1
------------

1.3.1 is a bugfix release, primarily dealing with improved setup and
handling of dependencies, and correcting and enhancing the
documentation.

The following changes were made in 1.3.1 since 1.3.0.

Enhancements
````````````

- Added a context manager for creating multi-page pdfs (see
   `matplotlib.backends.backend_pdf.PdfPages`).

- The WebAgg backend should no have lower latency over heterogeneous
   Internet connections.

Bug fixes
`````````

- Histogram plots now contain the endline.

- Fixes to the Molleweide projection.

- Handling recent fonts from Microsoft and Macintosh-style fonts with
   non-ascii metadata is improved.

- Hatching of fill between plots now works correctly in the PDF
   backend.

- Tight bounding box support now works in the PGF backend.

- Transparent figures now display correctly in the Qt4Agg backend.

- Drawing lines from one subplot to another now works.

- Unit handling on masked arrays has been improved.

Setup and dependencies
``````````````````````

- Now works with any version of pyparsing 1.5.6 or later, without displaying
   hundreds of warnings.

- Now works with 64-bit versions of Ghostscript on MS-Windows.

- When installing from source into an environment without Numpy, Numpy
   will first be downloaded and built and then used to build
   matplotlib.

- Externally installed backends are now always imported using a
   fully-qualified path to the module.

- Works with newer version of wxPython.

- Can now build with a PyCXX installed globally on the system from source.

- Better detection of Gtk3 dependencies.

Testing
```````

- Tests should now work in non-English locales.

- PEP8 conformance tests now report on locations of issues.

-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Re: [matplotlib-devel] matplotlib user guide

[mark <ma...@me...>]

Many thanks for the feedback.

So ,my first cut was to segregate the user guide by topic.  Below is
the summary I had in mind for an Introduction for New Users.

Hopefully this gives a flavour of what I have in mind.

I will attempt to put this into practice and post again when I have a
user guide coded that might work in my view.

mark


Introducing Plotting with Matplotlib

    Pyplot tutorial
        Controlling line properties
        Working with multiple figures and axes
        Working with text
    Interactive navigation
        Navigation Keyboard Shortcuts
    Working with text
        Text introduction
        Basic text commands
        Text properties and layout
        Writing mathematical expressions
        Text rendering With LaTeX
        Annotating text
    Image tutorial
        Startup commands
        Importing image data into Numpy arrays
        Plotting numpy arrays as images
    Customizing Location of Subplot Using GridSpec
        Basic Example of using subplot2grid
        GridSpec and SubplotSpec
        Adjust GridSpec layout
        GridSpec using SubplotSpec
        A Complex Nested GridSpec using SubplotSpec
        GridSpec with Varying Cell Sizes
    Legend guide
        What to be displayed
        Multicolumn Legend
        Legend location
        Multiple Legend
        Legend of Complex Plots
    Annotating Axes
        Annotating with Text with Box
        Annotating with Arrow
        Placing Artist at the anchored location of the Axes
        Using Complex Coordinate with Annotation
        Using ConnectorPatch
        Zoom effect between Axes
        Define Custom BoxStyle
    Our Favorite Recipes
        Sharing axis limits and views
        Easily creating subplots
        Fixing common date annoyances
        Fill Between and Alpha
        Transparent, fancy legends
        Placing text boxes

Re: [matplotlib-devel] ploting with two subfigures that share a common axis

[pylepord <ej...@al...>]

I would like to have the snow accumulation to be plotted as if the area of
the two subplots is the area of one plot. As you can see in the figure I
posted.
Thanks ahead,
Eyal


On Thu, Sep 26, 2013 at 11:41 AM, Benjamin Root-2 [via matplotlib] <
ml-...@n5...> wrote:

> Sounds like some sort of modification of this example:
> http://matplotlib.org/examples/pylab_examples/finance_work2.html
>
> Not exactly sure how you can make that work completely, but this should
> get you in the right direction.
>
> Cheers!
> Ben Root
>
>
> ------------------------------------------------------------------------------
>
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-devel mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=42110&i=0>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://matplotlib.1069221.n5.nabble.com/ploting-with-two-subfigures-that-share-a-common-axis-tp42108p42110.html
>  To unsubscribe from ploting with two subfigures that share a common axis, click
> here<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=42108&code=ZWpzYWlldEBhbGFza2EuZWR1fDQyMTA4fDEzMDgzNDA3NzQ=>
> .
> NAML<http://matplotlib.1069221.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>



-- 
Eyal Saiet




--
View this message in context: http://matplotlib.1069221.n5.nabble.com/ploting-with-two-subfigures-that-share-a-common-axis-tp42108p42113.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

Re: [matplotlib-devel] ploting with two subfigures that share a common axis

[Benjamin R. <ben...@ou...>]

Sounds like some sort of modification of this example:
http://matplotlib.org/examples/pylab_examples/finance_work2.html

Not exactly sure how you can make that work completely, but this should get
you in the right direction.

Cheers!
Ben Root

[matplotlib-devel] ploting with two subfigures that share a common axis

[pylepord <ej...@al...>]

Hello,
I am trying to plot data of daily snow percip, wind and accumulated snow
depth. the first two have their own y-axis, but share the same x-axis AND
the same second y-axis as such that the second y-axis is continues in both
plots.

This could be seen in the attachment.
Thanks
Eyal <http://matplotlib.1069221.n5.nabble.com/file/n42108/DSC_0003.jpg> 



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/ploting-with-two-subfigures-that-share-a-common-axis-tp42108.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

Re: [matplotlib-devel] muilti figure backend

[Federico A. <ari...@gm...>]

I did the PR :)

https://github.com/matplotlib/matplotlib/pull/2465

I tried my best to follow the coding_guide, one thing that I did not
find, were the tests for the interactive backends.

Thanks
Federico

On Wed, Sep 25, 2013 at 3:36 PM, Federico Ariza
<ari...@gm...> wrote:
> No there is no pull request.
>
> I wanted to get some feedback before, as the development workflow suggested.
>
> Federico
>
> On Wed, Sep 25, 2013 at 3:25 PM, Michael Droettboom <md...@st...> wrote:
>> Is there a pull request open for this? If not, could you create one?
>>
>> Mike
>>
>> On 09/25/2013 03:04 PM, Federico Ariza wrote:
>>> Hello
>>>
>>> To address the concern of display multiple figures at the same time.
>>> I added detach and re-parent methods to the figure manager, so figures
>>> can be programatically redistributed between containers.
>>>
>>> Also I added a couple of tools that I use a lot, one for line
>>> properties and one for axes properties.
>>>
>>> I got rid of the non working linedialog and replaced completely the
>>> FigureManagerGtk3 and Toolbar2Gtk3
>>>
>>> I would greatly appreciate some feedback to see if I am going in the
>>> right direction.
>>>
>>> As I mentioned before, there is not much in terms of documentation
>>> yet, because I do not want to spend time documenting something that I
>>> am not sure is useful to somebody else.
>>>
>>> Thanks
>>> Federico
>>>
>>>
>>>
>>>
>>> On Wed, Sep 18, 2013 at 12:13 PM, Federico Ariza
>>> <ari...@gm...> wrote:
>>>> I forgot about the diff link.
>>>>
>>>> https://github.com/fariza/matplotlib/compare/tabbed-gtk3-figuremanager
>>>>
>>>> I try to place everything where it is supposed to go (backend_bases)
>>>>
>>>>
>>>>
>>>>
>>>> On Wed, Sep 18, 2013 at 8:38 AM, Phil Elson <pel...@gm...> wrote:
>>>>> No need to be nervous. We are a friendly bunch and this is cool stuff.
>>>>>
>>>>> I haven't looked at your code (a diff link would be useful), but the obvious first questions would be:
>>>>>
>>>>
>>>>
>>>>> Can I display multiple tabs at the same time (i.e. tab splitting)
>>>> At first sight, I do not see why not, the multiFigureBackend just
>>>> controls adding, removing and switching from one figure to another.
>>>> Giving the toolbar control to the active figure.
>>>>
>>>>> If so, can I programatically control the splitting?
>>>> I was thinking about this, and I think it is possible to add as many
>>>> instances of the MultiFigureManager as we want, and place figures in
>>>> the desired one. Removing and adding them is also possible.
>>>>
>>>>> On that front, did you consider looking at implementing the tabbing in matplotlib itself? Obviously there is nothing there at the moment, but it is conceivable that "tab" buttons could be added to a special "figure" which when clicked change which figure is being rendered in the plot area. Doing so would mean that your GUI doesn't look like native tabs, but it would mean that it would instantly work on all interactive backends. Just a thought.
>>>>>
>>>> I did not think about this, but to be honest, I do not like the
>>>> matplotlib widgets :(
>>>>
>>>>> Anyway, I'm not sure how we take this forward - I can't imagine we would want to take on a whole new set of backends for tabbed browsing specifically, but it could potentially be integrated together with the existing backends I suppose.
>>>> As I tried to implement it, if the corresponding MultiFigureBackend is
>>>> implemented for the selected backend,  and
>>>> matplotlib.rcParams['backend.single_window'] = True
>>>> This will be loaded if not, the traditional backend work as always.
>>>>
>>>> Of course all of these possibilities have to be tested, to see...
>>>>
>>>>> Nice work!
>>>>>
>>>>> Phil
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 18 September 2013 01:07, Federico Ariza <ari...@gm...> wrote:
>>>>>> Hello everybody:
>>>>>>
>>>>>> This is my first post here, I am a little bit nervous, because this is my first post :D, and also because I want to talk about a touchy subject....
>>>>>>
>>>>>> In my work I have developped several backends to manage multiple figures at the same time, from what I see around, this is something that could be of interest for many people.
>>>>>> I have done it in gtk, wx, tk, and now I am doing it again in gtk3.
>>>>>>
>>>>>> So I thought it would be nice to try to run this idea by you.
>>>>>> If you look at the attached images, you will see what I mean.
>>>>>>
>>>>>> The code is in
>>>>>> https://github.com/fariza/matplotlib/tree/tabbed-gtk3-figuremanager
>>>>>>
>>>>>>
>>>>>> I know I should have done another file for the figure manager, but because it sits in between backend_bases.py and backend_gtk3xxx.py It was easier for me to test directly inside backend_gtk3.py
>>>>>>
>>>>>> Other think that I dislike, is that to extend the current backend, you have to get your hands pretty dirty and understand alot of things to make sense of how things work.
>>>>>>
>>>>>> I modified examples/pylab_examples/multiple_figs_demo.py
>>>>>> to show it working.
>>>>>>
>>>>>> In the example, I added a stupid class, to show how can we attach external tools to the toolbar without complex manipulations.
>>>>>> Also, this could be used to produce a tools library, and keeps things clean, in gtk3 backend there is a DialogLineprops, in qt there are other things similar, but all of them are separated and can not be reused....
>>>>>>
>>>>>> Take a look and let me know what you think.
>>>>>> The only think needed to run with other examples is to use (gtk3 agg or cairo) and set the rcparam
>>>>>>
>>>>>> matplotlib.use('gtk3agg')
>>>>>> matplotlib.rcParams['backend.gtk3.tabbed'] = True
>>>>>>
>>>>>> I tried to comment the code, but not to document it, because I want to have feedback before investing time in documenting something that maybe will be only for me.
>>>>>>
>>>>>> Thanks
>>>>>> Federico
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>>>>
>>>>>> -- Antonio Alducin --
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
>>>>>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
>>>>>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
>>>>>> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>>>>>> _______________________________________________
>>>>>> Matplotlib-devel mailing list
>>>>>> Mat...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>>>>
>>>>
>>>>
>>>> --
>>>> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>>>>
>>>> -- Antonio Alducin -
>>>
>>>
>>
>>
>> --
>>                     _
>> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
>> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>>
>> http://www.droettboom.com
>>
>>
>> ------------------------------------------------------------------------------
>> October Webinars: Code for Performance
>> Free Intel webinars can help you accelerate application performance.
>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
>> the latest Intel processors and coprocessors. See abstracts and register >
>> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> --
> Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?
>
> -- Antonio Alducin --



-- 
Y yo que culpa tengo de que ellas se crean todo lo que yo les digo?

-- Antonio Alducin --