matplotlib-devel — matplotlib developers

Re: [matplotlib-devel] muilti figure backend

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

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

Re: [matplotlib-devel] muilti figure backend

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

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

Re: [matplotlib-devel] muilti figure backend

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

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 -



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

-- Antonio Alducin --

Re: [matplotlib-devel] matplotlib user guide

[Eric F. <ef...@ha...>]

On 2013/09/24 10:19 PM, mark wrote:
> hi matplotlib developers
>
> I have been considering the matplotlib user guide structure and it
> has occured to me that there are two user guides interleaved here:
>    1. Introduction for new users
>    2. Library tour for developers
>
> I think that this structure makes it challenging for new users to
> benefit from the user guide as much as they could.
>
> I would like to see the user guide separated into two sections, with
> the two different audiences in mind.  I feel this would enable new
> users of the library to have a more targeted introduction to some of
> the neat features without getting bogged down in details they are
> unlikely to need (or comprehend).
>
> I am very happy to have a go at this and put up a set of suggested
> changes but I would value input from the community on this approach and
> my category suggestions before I submit a pull request.

Mark,

There is no doubt that the documentation can be improved, both via 
changes in organization and wording, and by adding missing parts.  I'm 
happy to see you work on this, and look forward to the next increment of 
detail regarding your strategy.

Eric

>
> many thanks
> mark
>
>
> ------------------------------------------------------------------------------
> 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
>

Re: [matplotlib-devel] matplotlib user guide

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

Thanks for the interest.  I agree there's lots that can be done to 
improve it.

You may want to familiarize yourself with MEP10 ( 
https://github.com/matplotlib/matplotlib/wiki/Mep10) though that mainly 
deals with docstrings and not the narrative documentation.

Perhaps as a starting point, you'd want to write a MEP with your 
specific proposals -- maybe as a set of guidelines for how the docs 
should be laid out (with a few concrete examples of such changes, but 
without going through the laborious process of making all such 
changes).  The nice thing about writing a MEP is that then we can point 
other people who want to help out to it and say "this is what we're 
trying to do", rather than the burden of all of the work being on just a 
single person.  At least that's the idea ;)

Mike

On 09/25/2013 04:19 AM, mark wrote:
> hi matplotlib developers
>
> I have been considering the matplotlib user guide structure and it
> has occured to me that there are two user guides interleaved here:
>    1. Introduction for new users
>    2. Library tour for developers
>
> I think that this structure makes it challenging for new users to
> benefit from the user guide as much as they could.
>
> I would like to see the user guide separated into two sections, with
> the two different audiences in mind.  I feel this would enable new
> users of the library to have a more targeted introduction to some of
> the neat features without getting bogged down in details they are
> unlikely to need (or comprehend).
>
> I am very happy to have a go at this and put up a set of suggested
> changes but I would value input from the community on this approach and
> my category suggestions before I submit a pull request.
>
> many thanks
> mark
>
>
> ------------------------------------------------------------------------------
> 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] matplotlib user guide

[Phil E. <pel...@gm...>]

For the record, I've spoken to Mark about this face-to-face in the past,
and I think he has some great ideas about how the user guide should look.

Personally I would agree that the user guide is currently not targeted
enough (it takes 3 pages full of text before getting to a simple plt.plot()
) and even then, I don't think it is sympathetic enough to really new
users. Clearly matplotlib's success shows that the documentation must be
doing something right, but I think the user guide could definitely be
improved.

Mark, from what I remember your changes were along the lines of moving
sections around, and splitting some sections into beginner & advanced
pages. I think detailing a few examples of the types of changes you have in
mind might help us to have a bit more clarity on what you are proposing.

Thanks for getting involved in improving the docs!



On 25 September 2013 09:19, mark <ma...@me...> wrote:

> hi matplotlib developers
>
> I have been considering the matplotlib user guide structure and it
> has occured to me that there are two user guides interleaved here:
>   1. Introduction for new users
>   2. Library tour for developers
>
> I think that this structure makes it challenging for new users to
> benefit from the user guide as much as they could.
>
> I would like to see the user guide separated into two sections, with
> the two different audiences in mind.  I feel this would enable new
> users of the library to have a more targeted introduction to some of
> the neat features without getting bogged down in details they are
> unlikely to need (or comprehend).
>
> I am very happy to have a go at this and put up a set of suggested
> changes but I would value input from the community on this approach and
> my category suggestions before I submit a pull request.
>
> many thanks
> mark
>
>
>
> ------------------------------------------------------------------------------
> 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
>

[matplotlib-devel] matplotlib user guide

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

hi matplotlib developers

I have been considering the matplotlib user guide structure and it
has occured to me that there are two user guides interleaved here:
  1. Introduction for new users
  2. Library tour for developers

I think that this structure makes it challenging for new users to
benefit from the user guide as much as they could.  

I would like to see the user guide separated into two sections, with
the two different audiences in mind.  I feel this would enable new
users of the library to have a more targeted introduction to some of
the neat features without getting bogged down in details they are
unlikely to need (or comprehend). 

I am very happy to have a go at this and put up a set of suggested
changes but I would value input from the community on this approach and
my category suggestions before I submit a pull request.

many thanks
mark

Re: [matplotlib-devel] Regular matplotlib meetings

[Fernando P. <fpe...@gm...>]

Oops, and I missed the last point: we monitor our public chat room on hipchat:

http://www.hipchat.com/ghtNzvmfC

where anyone can post questions, follow ups, etc, that they don't want
to record persistently on hackpad in the minutes.

On Tue, Sep 24, 2013 at 5:50 PM, Fernando Perez <fpe...@gm...> wrote:
> Great! I just wanted to say that for us (ipython), that has worked really well.
>
> Our workflow is:
>
> 1. G+ hangout, with an invite list of ~ 15 (the limit), and we're
> always happy to offer an invite to anyone who wants to speak.
>
> 2. As soon as we start, we post the public link on g+, twitter and our hackpad.
>
> 3. We take running notes on a shared, public hackpad session that
> serves as our 'minutes' document:
>
> https://hackpad.com/IPython-dev-meetings-6wTSjJt7TZK
>
> 4. A summary of prior meetings and logistics info is kept here:
>
> https://github.com/ipython/ipython/wiki/Dev:-Lab-meetings-on-Air
>
>
> Very simple, lightweight and surprisingly effective at giving the core
> team a high-bandwidth channel for in-depth discussions while
> maintaining the openness we want to engage the broader community.
>
> Cheers,
>
> f



-- 
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail

Re: [matplotlib-devel] Regular matplotlib meetings

[Fernando P. <fpe...@gm...>]

Great! I just wanted to say that for us (ipython), that has worked really well.

Our workflow is:

1. G+ hangout, with an invite list of ~ 15 (the limit), and we're
always happy to offer an invite to anyone who wants to speak.

2. As soon as we start, we post the public link on g+, twitter and our hackpad.

3. We take running notes on a shared, public hackpad session that
serves as our 'minutes' document:

https://hackpad.com/IPython-dev-meetings-6wTSjJt7TZK

4. A summary of prior meetings and logistics info is kept here:

https://github.com/ipython/ipython/wiki/Dev:-Lab-meetings-on-Air


Very simple, lightweight and surprisingly effective at giving the core
team a high-bandwidth channel for in-depth discussions while
maintaining the openness we want to engage the broader community.

Cheers,

f

Re: [matplotlib-devel] Regular matplotlib meetings

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

hi

Is there a date?
I just want to checkout the meeting (spy?) but I need to know in
advance to ask the IT department to open the fw for me.

Thanks
Federico

On Wed, Sep 18, 2013 at 11:50 AM, Michael Droettboom <md...@st...> 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
>
>
> ------------------------------------------------------------------------------
> 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 --

Re: [matplotlib-devel] "cached" member of Text class appearing in docs

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

Thanks for pointing that out.  I think that's one is a little more 
debatable -- it does have some use to document.

Mike

On 09/23/2013 08:11 PM, Federico Ariza wrote:
> I don't know if this is related but
> http://matplotlib.org/api/artist_api.html?highlight=drawstyle#matplotlib.lines.Line2D.lineStyles
>
> seems a similar kind of problem
>
> Thanks
> Federico
>
> On Mon, Sep 16, 2013 at 2:14 PM, Michael Droettboom <md...@st...> wrote:
>> Wow.  It definitely should be private, or at the very least excluded from
>> the docs, through whatever mechanism Sphinx gives us.  I really hope no one
>> is using that as a public API -- I think it's ok to just privatize this post
>> haste without a deprecation period.
>>
>> Mike
>>
>>
>> On 09/16/2013 12:39 PM, Benjamin Root wrote:
>>
>> While looking up some information, I came across this hideousness:
>>
>> http://matplotlib.org/api/artist_api.html?highlight=text#matplotlib.text.Text.cached
>>
>> Why is this member made public? I would have thought it should be "private"?
>>
>>
>> ------------------------------------------------------------------------------
>> 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
>>
>>
>>
>> --
>>                     _
>> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
>> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>>
>> http://www.droettboom.com
>>
>>
>> ------------------------------------------------------------------------------
>> 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
>>
>
>


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

http://www.droettboom.com

Re: [matplotlib-devel] "cached" member of Text class appearing in docs

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

I don't know if this is related but
http://matplotlib.org/api/artist_api.html?highlight=drawstyle#matplotlib.lines.Line2D.lineStyles

seems a similar kind of problem

Thanks
Federico

On Mon, Sep 16, 2013 at 2:14 PM, Michael Droettboom <md...@st...> wrote:
> Wow.  It definitely should be private, or at the very least excluded from
> the docs, through whatever mechanism Sphinx gives us.  I really hope no one
> is using that as a public API -- I think it's ok to just privatize this post
> haste without a deprecation period.
>
> Mike
>
>
> On 09/16/2013 12:39 PM, Benjamin Root wrote:
>
> While looking up some information, I came across this hideousness:
>
> http://matplotlib.org/api/artist_api.html?highlight=text#matplotlib.text.Text.cached
>
> Why is this member made public? I would have thought it should be "private"?
>
>
> ------------------------------------------------------------------------------
> 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
>
>
>
> --
>                    _
> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> 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 --

[matplotlib-devel] stock images specs

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

Hello

Is there any doc on the specification for the images in
mpl-data/images? Resolution, format, etc...

I am going to create a couple of images, and I would like to be sure
they are the "compatible", just in case someday it gets pulled in.

I see most of them have png, svg but others also have gif or xpm.
In png all are 24x24 but in xpm and ppm some are 24x24 and others 16x16.

Thanks
Federico


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

-- Antonio Alducin --

[matplotlib-devel] DialogLineprops in backend_gtk3 calling libglade

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

Hello

While working on my multi-figure-backend I found an error in DialogLineprops

If you transform the example
matplotlib/examples/user_interfaces/lineprops_dialog_gtk.py
to use the Gtk3 backend you get with a nice error

Traceback (most recent call last):
  File "/home/fariza/workspace/matplotlib/examples/user_interfaces/lineprops_dialog_gtk.py",
line 21, in <module>
    dlg = DialogLineprops([l1,l2])
  File "/home/fariza/workspace/matplotlib/lib/matplotlib/backends/backend_gtk3.py",
line 711, in __init__
    import Gtk.glade
ImportError: No module named Gtk.glade

The current implementation of backend_gtk3 requires libglade for DialogLineprops
but if I am not wrong libglade is being replaced by Gtk.Builder.

If the solution is to move to Gtk.Builder
The transition involves creating a new glade file and reworking
DialogLineprops to use the new api.

Just for my information,
When was this DialogLineprops in Gtk3 introduced?
I just want to know if I can rework it to accept figures instead of
lines, to be compatible with my multi-figure-backend.
Or if it has a large userbase and needs to be updated as it is.

Thanks
Federico

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

-- Antonio Alducin --

Re: [matplotlib-devel] Odd install error

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

See #2445.

On 09/20/2013 11:03 AM, Michael Droettboom wrote:
> On 09/20/2013 10:41 AM, Benjamin Root wrote:
>> There is setup_requires, and from the documentation that I see, I 
>> wonder if listing NumPy in both build_requires and install_requires 
>> invokes a special handling to install setup requirements in the same 
>> place as install requirements?
>>
>> Ben
>>
>>
> Wow -- setup_requires is new to me.  It's worth a shot.
>
> Mike
>
> -- 
>                     _
> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com
>
>
> ------------------------------------------------------------------------------
> 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


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

http://www.droettboom.com

Re: [matplotlib-devel] Odd install error

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

On 09/20/2013 10:41 AM, Benjamin Root wrote:
> There is setup_requires, and from the documentation that I see, I 
> wonder if listing NumPy in both build_requires and install_requires 
> invokes a special handling to install setup requirements in the same 
> place as install requirements?
>
> Ben
>
>
Wow -- setup_requires is new to me.  It's worth a shot.

Mike

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

http://www.droettboom.com

Re: [matplotlib-devel] Odd install error

[Thomas A C. <tca...@uc...>]

This thread from h5py may be relevant (https://github.com/h5py/h5py/pull/356).


Tom


On Fri, Sep 20, 2013 at 9:41 AM, Benjamin Root <ben...@ou...> wrote:

> There is setup_requires, and from the documentation that I see, I wonder
> if listing NumPy in both build_requires and install_requires invokes a
> special handling to install setup requirements in the same place as install
> requirements?
>
> Ben
>
>
>
>
> ------------------------------------------------------------------------------
> 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
>
>


-- 
Thomas A Caswell
PhD Candidate University of Chicago
Nagel and Gardel labs
tca...@uc...
jfi.uchicago.edu/~tcaswell
o: 773.702.7204

Re: [matplotlib-devel] Odd install error

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

There is setup_requires, and from the documentation that I see, I wonder if
listing NumPy in both build_requires and install_requires invokes a special
handling to install setup requirements in the same place as install
requirements?

Ben

Re: [matplotlib-devel] Odd install error

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

Unfortunately, this is a known bug in setuptools.  It has no concept of 
"build time" dependencies, so it probably computed all of the 
dependencies correctly, but it doesn't install them in the correct order 
-- it just assumes that as long as everything gets installed it will 
work when it's finally run.  This is the same problem that means even 
though matplotlib specifies numpy as a dependency, "pip install 
matplotlib" will not work unless numpy is already installed.  This is a 
perennial problem, and apparently the setuptools guys spend very little 
time considering C extensions at all.

Mike

On 09/20/2013 09:37 AM, Benjamin Root wrote:
> So, I was working from a completely fresh virtualenv, installing a 
> package that had a matplotlib dependency. As it happens to be, the 
> dependencies in this package lists matplotlib prior to numpy, so 
> matplotlib got processed first. For whatever reason, while processing 
> matplotlib, it didn't seem to think that it depended upon NumPy, but 
> failed anyway when it couldn't find it.  See the following output:
>
> Best match: matplotlib 1.3.0
> Downloading 
> https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.0/matplotlib-1.3.0.tar.gz
> Processing matplotlib-1.3.0.tar.gz
> Writing /tmp/easy_install-ZJ_Xb6/matplotlib-1.3.0/setup.cfg
> Running matplotlib-1.3.0/setup.py -q bdist_egg --dist-dir 
> /tmp/easy_install-ZJ_Xb6/matplotlib-1.3.0/egg-dist-tmp-OqRvd1
> ============================================================================
> Edit setup.cfg to change the build options
>
> BUILDING MATPLOTLIB
>             matplotlib: yes [1.3.0]
>                 python: yes [2.7.1 (r271:86832, Dec  8 2011, 
> 15:48:40)  [GCC
>                         4.1.2 20080704 (Red Hat 4.1.2-51)]]
>               platform: yes [linux2]
>
> REQUIRED DEPENDENCIES AND EXTENSIONS
> error: Setup script exited with Requires numpy 1.5 or later to build.  
> (Numpy not found)
> Error in atexit._run_exitfuncs:
> Traceback (most recent call last):
>   File "/usr/local/CentOS5/lib/python2.7/atexit.py", line 24, in 
> _run_exitfuncs
>     func(*targs, **kargs)
>   File "/usr/local/CentOS5/lib/python2.7/multiprocessing/util.py", 
> line 258, in _exit_function
>     info('process shutting down')
> TypeError: 'NoneType' object is not callable
> Error in sys.exitfunc:
> Traceback (most recent call last):
>   File "/usr/local/CentOS5/lib/python2.7/atexit.py", line 24, in 
> _run_exitfuncs
>     func(*targs, **kargs)
>   File "/usr/local/CentOS5/lib/python2.7/multiprocessing/util.py", 
> line 258, in _exit_function
>     info('process shutting down')
> TypeError: 'NoneType' object is not callable
>
> Thoughts?
> Ben Root
>
>
> ------------------------------------------------------------------------------
> 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


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

http://www.droettboom.com

[matplotlib-devel] Odd install error

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

So, I was working from a completely fresh virtualenv, installing a package
that had a matplotlib dependency. As it happens to be, the dependencies in
this package lists matplotlib prior to numpy, so matplotlib got processed
first. For whatever reason, while processing matplotlib, it didn't seem to
think that it depended upon NumPy, but failed anyway when it couldn't find
it.  See the following output:

Best match: matplotlib 1.3.0
Downloading
https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.0/matplotlib-1.3.0.tar.gz
Processing matplotlib-1.3.0.tar.gz
Writing /tmp/easy_install-ZJ_Xb6/matplotlib-1.3.0/setup.cfg
Running matplotlib-1.3.0/setup.py -q bdist_egg --dist-dir
/tmp/easy_install-ZJ_Xb6/matplotlib-1.3.0/egg-dist-tmp-OqRvd1
============================================================================
Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
            matplotlib: yes [1.3.0]
                python: yes [2.7.1 (r271:86832, Dec  8 2011, 15:48:40)  [GCC
                        4.1.2 20080704 (Red Hat 4.1.2-51)]]
              platform: yes [linux2]

REQUIRED DEPENDENCIES AND EXTENSIONS
error: Setup script exited with Requires numpy 1.5 or later to build.
(Numpy not found)
Error in atexit._run_exitfuncs:
Traceback (most recent call last):
  File "/usr/local/CentOS5/lib/python2.7/atexit.py", line 24, in
_run_exitfuncs
    func(*targs, **kargs)
  File "/usr/local/CentOS5/lib/python2.7/multiprocessing/util.py", line
258, in _exit_function
    info('process shutting down')
TypeError: 'NoneType' object is not callable
Error in sys.exitfunc:
Traceback (most recent call last):
  File "/usr/local/CentOS5/lib/python2.7/atexit.py", line 24, in
_run_exitfuncs
    func(*targs, **kargs)
  File "/usr/local/CentOS5/lib/python2.7/multiprocessing/util.py", line
258, in _exit_function
    info('process shutting down')
TypeError: 'NoneType' object is not callable

Thoughts?
Ben Root

Re: [matplotlib-devel] master macosx backend broken?

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

You may want to look at or comment on the pull request I made yesterday 
to fix this:

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

Mike

On 09/19/2013 06:52 AM, Michiel de Hoon wrote:
> The crash occurs in the call to get_text_width_height_descent(self, s, 
> prop, ismath) due to the fact that
> family = prop.get_family() previously returned a list of strings, 
> while now it returns a list of unicode strings. The backend then fails 
> to find the font, and crashes over a NULL pointer. I will add a check 
> for a NULL pointer and raise a Python exception appropriately, and 
> also modify the backend to allow for unicode strings.
> Note that other backends may also trip over this).
>
> Best,
> -Michiel.
>
> ------------------------------------------------------------------------
> *From:* Michael Droettboom <md...@st...>
> *To:* mat...@li...
> *Sent:* Thursday, September 19, 2013 2:14 AM
> *Subject:* Re: [matplotlib-devel] master macosx backend broken?
>
> Try this. It at least gets "simple_plot.py" running again on the OS-X 
> backend.
>
> https://github.com/matplotlib/matplotlib/pull/2433
>
> Mike
>
> On 09/18/2013 12:42 PM, Michael Droettboom wrote:
>> FWIW, once getting past the error reported by Eric in 2431, I am able to
>> reproduce this on my Mac. I'm looking into it.  I suspect something in
>> the macosx backend is getting passed a unicode string where it used to
>> get a byte string.
>>
>> Mike
>>
>> On 09/17/2013 10:14 PM, Damon McDougall wrote:
>>> On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall
>>> <dam...@gm...>  <mailto:dam...@gm...>  wrote:
>>>> On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing<ef...@ha...>  <mailto:ef...@ha...>  wrote:
>>>>> When I build mpl from master on python.org python 2.7, Mountain Lion,
>>>>> and try to plot anything with the macosx backend, I am now getting an
>>>>> Apple crash--the plot window flashes up and vanishes, and a big OS X
>>>>> crash report window pops up.  Ipython shows "Trace/BPT trap: 5".  I have
>>>>> never seen anything like this before.  Building from 1.3.0 works fine.
>>>>>
>>>>> Is anyone else seeing this?
>>>>>
>>>>> Master is also broken, at least on my machine, with other backends.  The
>>>>> suggested fix ishttps://github.com/matplotlib/matplotlib/pull/2431.
>>>>>
>>>>> Eric
>>>> Building from master produces a broken build of matplotlib for me.
>>>> After the build finishes, I get this warning from the linker:
>>>>
>>>> ld: warning: ignoring file /opt/local/lib/libfreetype.dylib, file was
>>>> built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0
>>>> 0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
>>>> architecture being linked (i386): /opt/local/lib/libfreetype.dylib
>>>>
>>>> I don't know why it's compiling with -arch i386.  It's also compiling
>>>> with -arch x86_64.
>>>>
>>>> When I install matplotlib, this is what happens from an ipython terminal:
>>>>
>>>> In [1]: import matplotlib
>>>> In [2]: print matplotlib.__version__
>>>> 1.4.x
>>>> In [3]: matplotlib.use('macosx')
>>>> In [4]: import matplotlib.pyplot as plt
>>>> In [5]: fig = plt.figure()
>>>> In [6]: ax = fig.add_subplot(1, 1, 1)
>>>> In [7]: ax.plot([1, 2, 3])
>>>> Out[7]: [<matplotlib.lines.Line2D at 0x107523250>]
>>>> In [8]: plt.show()
>>>> Trace/BPT trap: 5
>>>>
>>>> git bisecting says that f4adec7b569cfd0b30e0f8367ba8618b9e160f92 is
>>>> the first bad commit, which you can see the diff of
>>>> here<https://github.com/matplotlib/matplotlib/commit/f4adec7b569cfd0b30e0f8367ba8618b9e160f92>  <https://github.com/matplotlib/matplotlib/commit/f4adec7b569cfd0b30e0f8367ba8618b9e160f92>.
>>>>    That's a pretty big commit so it'll take a while to track down.
>>>>
>>>> I'm kind of swamped with work right now (a colleague I work with
>>>> recently resigned) so I don't have as much time as I'd like to
>>>> dedicate to helping out.
>>>>
>>>> Eric, I hope that helps a little bit.
>>>>
>>>> Best wishes,
>>>> Damon
>>>>
>>>> --
>>>> Damon McDougall
>>>> http://www.damon-is-a-geek.com  <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
>>> Oh, and I get the linker warning both with last good commit, *and* the
>>> first bad commit.  Just as another data point.
>>>
>
>
> -- 
>                     _
> |\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
> |  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |
>
> http://www.droettboom.com  <http://www.droettboom.com/>
>
> ------------------------------------------------------------------------------
> 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... 
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>


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

http://www.droettboom.com

Re: [matplotlib-devel] master macosx backend broken?

[Michiel de H. <mjl...@ya...>]

The crash occurs in the call to get_text_width_height_descent(self, s, prop, ismath) due to the fact that

family = prop.get_family() previously returned a list of strings, while now it returns a list of unicode strings. The backend then fails to find the font, and crashes over a NULL pointer. I will add a check for a NULL pointer and raise a Python exception appropriately, and also modify the backend to allow for unicode strings.
Note that other backends may also trip over this).

Best,
-Michiel.



________________________________
 From: Michael Droettboom <md...@st...>
To: mat...@li... 
Sent: Thursday, September 19, 2013 2:14 AM
Subject: Re: [matplotlib-devel] master macosx backend broken?
 


Try this.  It at least gets "simple_plot.py" running again on the OS-X backend.

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

Mike

On 09/18/2013 12:42 PM, Michael Droettboom wrote:

FWIW, once getting past the error reported by Eric in 2431, I am able to 
reproduce this on my Mac. I'm looking into it.  I suspect something in 
the macosx backend is getting passed a unicode string where it used to 
get a byte string. Mike On 09/17/2013 10:14 PM, Damon McDougall wrote: 
>On Tue, Sep 17, 2013 at 8:55 PM, Damon McDougall <dam...@gm...> wrote: 
>>On Tue, Sep 17, 2013 at 3:49 PM, Eric Firing <ef...@ha...> wrote: 
>>>When I build mpl from master on python.org python 2.7, Mountain Lion,
and try to plot anything with the macosx backend, I am now getting an
Apple crash--the plot window flashes up and vanishes, and a big OS X
crash report window pops up.  Ipython shows "Trace/BPT trap: 5".  I have
never seen anything like this before.  Building from 1.3.0 works fine. Is anyone else seeing this? Master is also broken, at least on my machine, with other backends.  The
suggested fix is https://github.com/matplotlib/matplotlib/pull/2431. Eric 
>>>Building from master produces a broken build of matplotlib for me.
After the build finishes, I get this warning from the linker: ld: warning: ignoring file /opt/local/lib/libfreetype.dylib, file was
built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0
0x 1 0x 3 0x 0 0x 0 0x 0 0x 6 0x 0 0x 0 0x 0 ) which is not the
architecture being linked (i386): /opt/local/lib/libfreetype.dylib I don't know why it's compiling with -arch i386.  It's also compiling
with -arch x86_64. When I install matplotlib, this is what happens from an ipython terminal: In [1]: import matplotlib
In [2]: print matplotlib.__version__
1.4.x
In [3]: matplotlib.use('macosx')
In [4]: import matplotlib.pyplot as plt
In [5]: fig = plt.figure()
In [6]: ax = fig.add_subplot(1, 1, 1)
In [7]: ax.plot([1, 2, 3])
Out[7]: [<matplotlib.lines.Line2D at 0x107523250>]
In [8]: plt.show()
Trace/BPT trap: 5 git bisecting says that f4adec7b569cfd0b30e0f8367ba8618b9e160f92 is
the first bad commit, which you can see the diff of
here<https://github.com/matplotlib/matplotlib/commit/f4adec7b569cfd0b30e0f8367ba8618b9e160f92>. That's a pretty big commit so it'll take a while to track down. I'm kind of swamped with work right now (a colleague I work with
recently resigned) so I don't have as much time as I'd like to
dedicate to helping out. Eric, I hope that helps a little bit. Best wishes,
Damon --
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 
>>Oh, and I get the linker warning both with last good commit, *and* the
first bad commit.  Just as another data point. 


--  _                            
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _  
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | | http://www.droettboom.com
------------------------------------------------------------------------------
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

Re: [matplotlib-devel] master macosx backend broken?

[Michiel de H. <mjl...@ya...>]

Hi all,


Cocoaagg could solve a lot of problems, but it depends on whether pyojbc is being actively maintained. I seem to remember that that was not always the case in the past. If we do decide pyobjc, we may consider a agg-free backend that does not require any compilation.


Best,
-Michiel.



________________________________

I don't disagree with any of this, but we should add to consideration the resurrection of the cocoaagg backend, based on pyobjc.  It does have the pyobjc dependency, but that is much smaller and less problematic than the windowing toolkits mentioned.

_______________________________________________
Matplotlib-devel mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?

[Michiel de H. <mjl...@ya...>]

Hi all,



________________________________

Don't get me wrong, I am not thrilled with the macosx backend, 
especially that can't-draw-outside-the-event-loop issue,...

I don't think this is a disadvantage: The macosx backend just enforces a cleaner coding style. The other backends are more forgiving, but I don't think that that is a good thing.

Best,
-Michiel.


_______________________________________________
Matplotlib-devel mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] master macosx backend broken?

[Michiel de H. <mjl...@ya...>]

Hi all,

At the time when the Mac OS X backend was first introduced, its performance was significantly better than other backends, but this was due to the way its event loop is organized. Nowadays the other backends use the same event loop organization, and as far as I know currently there is no significant performance difference between Agg and macosx.
So now the only advantage of the Mac OS X backend is that it does not depend on 3rd-party libraries, and therefore is a reliable backend when Apple releases a new version of Mac OS X, whereas other backends may have to wait for updates to the 3rd-party libraries.


Best,
-Michiel.




________________________________

I think an objective comparison of features and performance between Agg and macosx would be a helpful place to start the discussion, just so we know what we're talking about here.  I seem to recall one of Michiel de Hoon's original motivations was performance, perhaps related to hardware rendering, but I haven't seen any solid numbers on that, and I didn't have a Mac at the time.