From tcaswell at gmail.com  Sun Jul  3 14:37:44 2016
From: tcaswell at gmail.com (Thomas Caswell)
Date: Sun, 03 Jul 2016 18:37:44 +0000
Subject: [Matplotlib-devel] v1.5.2 tag and branch work
Message-ID: <CAA48SF-Btg9VgmM-N08Jdr3ts0CTTuPQew4EwmYvGC_ZueRZuA@mail.gmail.com>

Folks,

I have tagged v1.5.2 which is hopefully the end of the 1.5.x series.

The v1.5.x and v1.5.1-doc branches have been fully merged up and deleted.

I created a v1.5.2-doc branch.

Plan to wait to collect all of the wheels before before posting to pypi,
updating the website, and making a wider announcement.  Given the US
holiday, I anticipate this being done July 5 or 6.

Big thank you to everyone who helped with this release!

Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160703/21a585f6/attachment.html>

From matthew.brett at gmail.com  Sun Jul  3 14:50:37 2016
From: matthew.brett at gmail.com (Matthew Brett)
Date: Sun, 3 Jul 2016 19:50:37 +0100
Subject: [Matplotlib-devel] v1.5.2 tag and branch work
In-Reply-To: <CAA48SF-Btg9VgmM-N08Jdr3ts0CTTuPQew4EwmYvGC_ZueRZuA@mail.gmail.com>
References: <CAA48SF-Btg9VgmM-N08Jdr3ts0CTTuPQew4EwmYvGC_ZueRZuA@mail.gmail.com>
Message-ID: <CAH6Pt5pL0NP-uaRx58d1LKxB_cDLQOf1sg1MWd6MOxV2zo2Z2A@mail.gmail.com>

Hi,

On Sun, Jul 3, 2016 at 7:37 PM, Thomas Caswell <tcaswell at gmail.com> wrote:
> Folks,
>
> I have tagged v1.5.2 which is hopefully the end of the 1.5.x series.
>
> The v1.5.x and v1.5.1-doc branches have been fully merged up and deleted.
>
> I created a v1.5.2-doc branch.
>
> Plan to wait to collect all of the wheels before before posting to pypi,
> updating the website, and making a wider announcement.  Given the US
> holiday, I anticipate this being done July 5 or 6.
>
> Big thank you to everyone who helped with this release!

I big thank you to you too for all your work on the release.

I just fixed up the wheel builds:

https://travis-ci.org/MacPython/matplotlib-wheels/builds/142030309

- although the Python 3 32-bit builds are still not working - with a
segfault [1, 2] and memory errors [3].

Still, the OSX and Liinux 64-bit wheels are built, tested and ready to ship:

http://wheels.scipy.org/

Cheers,

Matthew

[1] https://s3.amazonaws.com/archive.travis-ci.org/jobs/142030315/log.txt
[2] https://github.com/matplotlib/matplotlib/issues/6620
[3] https://s3.amazonaws.com/archive.travis-ci.org/jobs/142030317/log.txt

From tcaswell at gmail.com  Wed Jul 13 14:48:54 2016
From: tcaswell at gmail.com (Thomas Caswell)
Date: Wed, 13 Jul 2016 18:48:54 +0000
Subject: [Matplotlib-devel] v2.0.0b2
Message-ID: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>

Folks,

Last night (and in time for the first day of scipy 2016) we tagged v2.0.0b2.

Hopefully this will be the last beta, and we will have an rc soon after
scipy.

By the end of the day I would like to have a (source) pre release on pypi
and available via conda forge.

Tom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160713/9dbf5e4b/attachment.html>

From juichenieder-nabb at yahoo.co.uk  Wed Jul 13 17:43:14 2016
From: juichenieder-nabb at yahoo.co.uk (OceanWolf)
Date: Wed, 13 Jul 2016 21:43:14 +0000 (UTC)
Subject: [Matplotlib-devel] v2.0.0b2
In-Reply-To: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
References: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
Message-ID: <721945471.4308198.1468446194516.JavaMail.yahoo@mail.yahoo.com>

Did you take a look at the image I posted regarding the font issue I mentioned with regards tables?

      From: Thomas Caswell <tcaswell at gmail.com>
 To: matplotlib development list <matplotlib-devel at python.org> 
 Sent: Wednesday, 13 July 2016, 20:48
 Subject: [Matplotlib-devel] v2.0.0b2
   
Folks,
Last night (and in time for the first day of scipy 2016) we tagged v2.0.0b2.
Hopefully this will be the last beta, and we will have an rc soon after scipy.
By the end of the day I would like to have a (source) pre release on pypi and available via conda forge.
Tom
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel at python.org
https://mail.python.org/mailman/listinfo/matplotlib-devel


   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160713/1d1291f9/attachment.html>

From matthew.brett at gmail.com  Wed Jul 13 17:58:51 2016
From: matthew.brett at gmail.com (Matthew Brett)
Date: Wed, 13 Jul 2016 22:58:51 +0100
Subject: [Matplotlib-devel] v2.0.0b2
In-Reply-To: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
References: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
Message-ID: <CAH6Pt5p0J+dB=spWom8Vpjbd0fpMGs_ZMp0F6E8oKhw9AUYzug@mail.gmail.com>

Hi,

On Wed, Jul 13, 2016 at 7:48 PM, Thomas Caswell <tcaswell at gmail.com> wrote:
> Folks,
>
> Last night (and in time for the first day of scipy 2016) we tagged v2.0.0b2.
>
> Hopefully this will be the last beta, and we will have an rc soon after
> scipy.
>
> By the end of the day I would like to have a (source) pre release on pypi
> and available via conda forge.

Wheels building over at
https://travis-ci.org/MacPython/matplotlib-wheels/builds/144560516

32-bit wheels failing as before.

OSX builds delayed because of a travis-ci OSX backlog.

OK to upload when done?

Cheers,

Matthew

From tcaswell at gmail.com  Wed Jul 13 18:23:18 2016
From: tcaswell at gmail.com (Thomas Caswell)
Date: Wed, 13 Jul 2016 22:23:18 +0000
Subject: [Matplotlib-devel] v2.0.0b2
In-Reply-To: <CAH6Pt5p0J+dB=spWom8Vpjbd0fpMGs_ZMp0F6E8oKhw9AUYzug@mail.gmail.com>
References: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
 <CAH6Pt5p0J+dB=spWom8Vpjbd0fpMGs_ZMp0F6E8oKhw9AUYzug@mail.gmail.com>
Message-ID: <CAA48SF9eW7+kEj1k6x+7uqM1rRCuuUoNEmH80CXEH_ickYbjaQ@mail.gmail.com>

@Matthew Yes please, I just push the source tarball up and am working on
sorting out how to turn the crank on the many linux docker

@oceanwolf yes, but I did not understand the issue.

On Wed, Jul 13, 2016 at 4:59 PM Matthew Brett <matthew.brett at gmail.com>
wrote:

> Hi,
>
> On Wed, Jul 13, 2016 at 7:48 PM, Thomas Caswell <tcaswell at gmail.com>
> wrote:
> > Folks,
> >
> > Last night (and in time for the first day of scipy 2016) we tagged
> v2.0.0b2.
> >
> > Hopefully this will be the last beta, and we will have an rc soon after
> > scipy.
> >
> > By the end of the day I would like to have a (source) pre release on pypi
> > and available via conda forge.
>
> Wheels building over at
> https://travis-ci.org/MacPython/matplotlib-wheels/builds/144560516
>
> 32-bit wheels failing as before.
>
> OSX builds delayed because of a travis-ci OSX backlog.
>
> OK to upload when done?
>
> Cheers,
>
> Matthew
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160713/960cf789/attachment.html>

From juichenieder-nabb at yahoo.co.uk  Wed Jul 13 19:26:35 2016
From: juichenieder-nabb at yahoo.co.uk (OceanWolf)
Date: Wed, 13 Jul 2016 23:26:35 +0000 (UTC)
Subject: [Matplotlib-devel] v2.0.0b2
In-Reply-To: <CAA48SF9eW7+kEj1k6x+7uqM1rRCuuUoNEmH80CXEH_ickYbjaQ@mail.gmail.com>
References: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
 <CAH6Pt5p0J+dB=spWom8Vpjbd0fpMGs_ZMp0F6E8oKhw9AUYzug@mail.gmail.com>
 <CAA48SF9eW7+kEj1k6x+7uqM1rRCuuUoNEmH80CXEH_ickYbjaQ@mail.gmail.com>
Message-ID: <1604019284.4307494.1468452395625.JavaMail.yahoo@mail.yahoo.com>

Okay, I have cropped and enlarged the image (see attached) for you to see the problem with how the example renders on my computer.? As you see all of "y"s in "year" sit flush with the bottom (no gap/padding) apart from "20 year" which has a 1px gap from the bottom of the "y" to edge of the cell.? Notice also that the "0"s on 20 and 10 have a one pixel gap above them, whilst on the others they have a 2px gap.

I don't know where the trouble comes from, I haven't looked into the text part of the codebase yet, so I don't know how we calculate the row height and whether/how we use external font-libraries to do some of this for us, so ignoring that, I would expect it to (at least in this simple table situation) calculate a theoretical max height, i.e. from the bottom of the glyph with the lowest descender to the top of the glyph with the highest ascender, and then add whatever padding we specify around that and use that for every text row, so that the imaginary "ascender height" and "descender height" lines seen in the figure here https://en.wikipedia.org/wiki/Ascender_%28typography%29 appear in the same place in each cell.? I have oversimplified my expected logic here for sensible default scenario and assuming 1 line of text per cell, and nothing other than text in the table.

Does that clarify the problem?? I thought that as we touch the default style here we might as well get it looking perfect, but if I go too nitpicky then we can save it for a bug-fix release / feature release.
Best,OceanWolf

      From: Thomas Caswell <tcaswell at gmail.com>
 To: Matthew Brett <matthew.brett at gmail.com> 
Cc: matplotlib development list <matplotlib-devel at python.org>
 Sent: Thursday, 14 July 2016, 0:23
 Subject: Re: [Matplotlib-devel] v2.0.0b2
   
@Matthew Yes please, I just push the source tarball up and am working on sorting out how to turn the crank on the many linux docker
@oceanwolf yes, but I did not understand the issue.
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160713/a18abc5e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: table_new_zoomed.png
Type: image/png
Size: 10103 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160713/a18abc5e/attachment-0001.png>

From ben.v.root at gmail.com  Wed Jul 13 23:29:03 2016
From: ben.v.root at gmail.com (Benjamin Root)
Date: Wed, 13 Jul 2016 23:29:03 -0400
Subject: [Matplotlib-devel] v2.0.0b2
In-Reply-To: <1604019284.4307494.1468452395625.JavaMail.yahoo@mail.yahoo.com>
References: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
 <CAH6Pt5p0J+dB=spWom8Vpjbd0fpMGs_ZMp0F6E8oKhw9AUYzug@mail.gmail.com>
 <CAA48SF9eW7+kEj1k6x+7uqM1rRCuuUoNEmH80CXEH_ickYbjaQ@mail.gmail.com>
 <1604019284.4307494.1468452395625.JavaMail.yahoo@mail.yahoo.com>
Message-ID: <CANNq6FnrMUvLJtyFLq8_db_JMSaxQg+TSNUwuXu32eYCvG7Qjw@mail.gmail.com>

might be an even/odd thing?

On Wed, Jul 13, 2016 at 7:26 PM, OceanWolf via Matplotlib-devel <
matplotlib-devel at python.org> wrote:

> Okay, I have cropped and enlarged the image (see attached) for you to see
> the problem with how the example renders on my computer.  As you see all of
> "y"s in "year" sit flush with the bottom (no gap/padding) apart from "20
> year" which has a 1px gap from the bottom of the "y" to edge of the cell.
> Notice also that the "0"s on 20 and 10 have a one pixel gap above them,
> whilst on the others they have a 2px gap.
>
> I don't know where the trouble comes from, I haven't looked into the text
> part of the codebase yet, so I don't know how we calculate the row height
> and whether/how we use external font-libraries to do some of this for us,
> so ignoring that, I would expect it to (at least in this simple table
> situation) calculate a theoretical max height, i.e. from the bottom of the
> glyph with the lowest descender to the top of the glyph with the highest
> ascender, and then add whatever padding we specify around that and use that
> for every text row, so that the imaginary "ascender height" and "descender
> height" lines seen in the figure here
> https://en.wikipedia.org/wiki/Ascender_%28typography%29 appear in the
> same place in each cell.  I have oversimplified my expected logic here for
> sensible default scenario and assuming 1 line of text per cell, and nothing
> other than text in the table.
> <https://en.wikipedia.org/wiki/Descender>
>
> Does that clarify the problem?  I thought that as we touch the default
> style here we might as well get it looking perfect, but if I go too
> nitpicky then we can save it for a bug-fix release / feature release.
>
> Best,
> OceanWolf
>
>
> ------------------------------
> *From:* Thomas Caswell <tcaswell at gmail.com>
> *To:* Matthew Brett <matthew.brett at gmail.com>
> *Cc:* matplotlib development list <matplotlib-devel at python.org>
> *Sent:* Thursday, 14 July 2016, 0:23
> *Subject:* Re: [Matplotlib-devel] v2.0.0b2
>
> @Matthew Yes please, I just push the source tarball up and am working on
> sorting out how to turn the crank on the many linux docker
>
> @oceanwolf yes, but I did not understand the issue.
>
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160713/ff79a606/attachment.html>

From markh at metarelate.net  Thu Jul 14 10:06:31 2016
From: markh at metarelate.net (mark)
Date: Thu, 14 Jul 2016 14:06:31 +0000
Subject: [Matplotlib-devel] NBAgg
Message-ID: <20160714140631.4c5b6c67@metarelate.net>

hi matplotlibers

I am using the NBAgg backend in jupyter notebooks

I notice that the option to choose the file format for a saved graphic
doesn't appear to be available.

This has been discussed:
https://github.com/matplotlib/matplotlib/pull/3974#issuecomment-69525569

I have a use case for this, in that my plot is configured by a set of
IPywidgets, so the 'figure' isn't in scope for the normal user.

How much work would be involved in getting a format picker available as
part of the save icon for NBAgg?

Is this something I can help with? If so, a pointer or two into
relevant places in the code base would be very helpful.

much obliged
mark

From juichenieder-nabb at yahoo.co.uk  Thu Jul 14 10:32:21 2016
From: juichenieder-nabb at yahoo.co.uk (OceanWolf)
Date: Thu, 14 Jul 2016 14:32:21 +0000 (UTC)
Subject: [Matplotlib-devel] NBAgg
In-Reply-To: <20160714140631.4c5b6c67@metarelate.net>
References: <20160714140631.4c5b6c67@metarelate.net>
Message-ID: <1193946880.4844497.1468506741994.JavaMail.yahoo@mail.yahoo.com>

Hey Mark,As far as I know, we plan have this feature in 2.1, as part of MEP22 and MEP27 which refactors/reimagines the Toolbar and the FigureManager respectfully.? In these MEPs we create a consistent API, taking all matplotlib-related code out of the backend, so that they all work the same, so unless something goes disastrously wrong with this, this will solve your issue.

Best,Oceanwolf

      From: mark <markh at metarelate.net>
 To: matplotlib-devel at python.org 
 Sent: Thursday, 14 July 2016, 16:06
 Subject: [Matplotlib-devel] NBAgg
   
hi matplotlibers

I am using the NBAgg backend in jupyter notebooks

I notice that the option to choose the file format for a saved graphic
doesn't appear to be available.

This has been discussed:
https://github.com/matplotlib/matplotlib/pull/3974#issuecomment-69525569

I have a use case for this, in that my plot is configured by a set of
IPywidgets, so the 'figure' isn't in scope for the normal user.

How much work would be involved in getting a format picker available as
part of the save icon for NBAgg?

Is this something I can help with? If so, a pointer or two into
relevant places in the code base would be very helpful.

much obliged
mark
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel at python.org
https://mail.python.org/mailman/listinfo/matplotlib-devel


  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160714/4750eaa1/attachment.html>

From rmay31 at gmail.com  Thu Jul 14 11:51:25 2016
From: rmay31 at gmail.com (Ryan May)
Date: Thu, 14 Jul 2016 10:51:25 -0500
Subject: [Matplotlib-devel] v2.0.0b2
In-Reply-To: <CANNq6FnrMUvLJtyFLq8_db_JMSaxQg+TSNUwuXu32eYCvG7Qjw@mail.gmail.com>
References: <CAA48SF_Rop+3r5pqukf4hq-1QmjBohY7PucnriA0VzDmOSFADQ@mail.gmail.com>
 <CAH6Pt5p0J+dB=spWom8Vpjbd0fpMGs_ZMp0F6E8oKhw9AUYzug@mail.gmail.com>
 <CAA48SF9eW7+kEj1k6x+7uqM1rRCuuUoNEmH80CXEH_ickYbjaQ@mail.gmail.com>
 <1604019284.4307494.1468452395625.JavaMail.yahoo@mail.yahoo.com>
 <CANNq6FnrMUvLJtyFLq8_db_JMSaxQg+TSNUwuXu32eYCvG7Qjw@mail.gmail.com>
Message-ID: <CAKH0P+WRaArhre7TOZ7KugbJPeiawgJp4JXk_+T0ZhZWQV86wQ@mail.gmail.com>

Maybe related to some kind of fractional pixel shift? Every so often, it
accumulates enough to shift a whole pixel?

Ryan

On Wed, Jul 13, 2016 at 10:29 PM, Benjamin Root <ben.v.root at gmail.com>
wrote:

> might be an even/odd thing?
>
> On Wed, Jul 13, 2016 at 7:26 PM, OceanWolf via Matplotlib-devel <
> matplotlib-devel at python.org> wrote:
>
>> Okay, I have cropped and enlarged the image (see attached) for you to see
>> the problem with how the example renders on my computer.  As you see all of
>> "y"s in "year" sit flush with the bottom (no gap/padding) apart from "20
>> year" which has a 1px gap from the bottom of the "y" to edge of the cell.
>> Notice also that the "0"s on 20 and 10 have a one pixel gap above them,
>> whilst on the others they have a 2px gap.
>>
>> I don't know where the trouble comes from, I haven't looked into the text
>> part of the codebase yet, so I don't know how we calculate the row height
>> and whether/how we use external font-libraries to do some of this for us,
>> so ignoring that, I would expect it to (at least in this simple table
>> situation) calculate a theoretical max height, i.e. from the bottom of the
>> glyph with the lowest descender to the top of the glyph with the highest
>> ascender, and then add whatever padding we specify around that and use that
>> for every text row, so that the imaginary "ascender height" and "descender
>> height" lines seen in the figure here
>> https://en.wikipedia.org/wiki/Ascender_%28typography%29 appear in the
>> same place in each cell.  I have oversimplified my expected logic here for
>> sensible default scenario and assuming 1 line of text per cell, and nothing
>> other than text in the table.
>> <https://en.wikipedia.org/wiki/Descender>
>>
>> Does that clarify the problem?  I thought that as we touch the default
>> style here we might as well get it looking perfect, but if I go too
>> nitpicky then we can save it for a bug-fix release / feature release.
>>
>> Best,
>> OceanWolf
>>
>>
>> ------------------------------
>> *From:* Thomas Caswell <tcaswell at gmail.com>
>> *To:* Matthew Brett <matthew.brett at gmail.com>
>> *Cc:* matplotlib development list <matplotlib-devel at python.org>
>> *Sent:* Thursday, 14 July 2016, 0:23
>> *Subject:* Re: [Matplotlib-devel] v2.0.0b2
>>
>> @Matthew Yes please, I just push the source tarball up and am working on
>> sorting out how to turn the crank on the many linux docker
>>
>> @oceanwolf yes, but I did not understand the issue.
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-devel at python.org
>> https://mail.python.org/mailman/listinfo/matplotlib-devel
>>
>>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel
>
>


-- 
Ryan May
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160714/52e5dfa8/attachment-0001.html>

From matthew.brett at gmail.com  Sat Jul 16 03:14:57 2016
From: matthew.brett at gmail.com (Matthew Brett)
Date: Sat, 16 Jul 2016 08:14:57 +0100
Subject: [Matplotlib-devel] How's progress with 1.5.2?
In-Reply-To: <CAM-Pw01n5YR3X0o61GLLff7sidauMC677SWgcYC7p53w1edNJw@mail.gmail.com>
References: <CAH6Pt5pdfaw-Ng=K3OH2p6PYt+aQuLk55da3ckdG+sGO5gBG2Q@mail.gmail.com>
 <CAA48SF8Botbocthnngn8qh4bhwgm4ZRbs7iNreqqp=d6ZSzc_w@mail.gmail.com>
 <772873849.4352871.1467104534727.JavaMail.yahoo@mail.yahoo.com>
 <CAM-Pw01n5YR3X0o61GLLff7sidauMC677SWgcYC7p53w1edNJw@mail.gmail.com>
Message-ID: <CAH6Pt5peUTZvBAr_qX6RfOxaKhwLjpQd+2q+Z8De0PvcNdpNhg@mail.gmail.com>

Hi,

On Tue, Jun 28, 2016 at 10:20 AM, Jens Nielsen <jenshnielsen at gmail.com> wrote:
> Down to 1 issue now which is not strictly a 1.5.2 issue since it's about
> providing manylinux  wheels for older versions
>
> On Tue, 28 Jun 2016 at 10:04 OceanWolf via Matplotlib-devel
> <matplotlib-devel at python.org> wrote:
>>
>> I still see 1 PR and 2 issues open for 1.5.2...
>> A problem?

I hate to ask - but - any more progress here?  Anything I can do?

Cheers,

Matthew

From ben.v.root at gmail.com  Sat Jul 16 12:11:25 2016
From: ben.v.root at gmail.com (Benjamin Root)
Date: Sat, 16 Jul 2016 12:11:25 -0400
Subject: [Matplotlib-devel] How's progress with 1.5.2?
In-Reply-To: <CAH6Pt5peUTZvBAr_qX6RfOxaKhwLjpQd+2q+Z8De0PvcNdpNhg@mail.gmail.com>
References: <CAH6Pt5pdfaw-Ng=K3OH2p6PYt+aQuLk55da3ckdG+sGO5gBG2Q@mail.gmail.com>
 <CAA48SF8Botbocthnngn8qh4bhwgm4ZRbs7iNreqqp=d6ZSzc_w@mail.gmail.com>
 <772873849.4352871.1467104534727.JavaMail.yahoo@mail.yahoo.com>
 <CAM-Pw01n5YR3X0o61GLLff7sidauMC677SWgcYC7p53w1edNJw@mail.gmail.com>
 <CAH6Pt5peUTZvBAr_qX6RfOxaKhwLjpQd+2q+Z8De0PvcNdpNhg@mail.gmail.com>
Message-ID: <CANNq6Fn5AtT8PdvjKqPVJAV8YGUFpKaJEy57hm-4W-o5TjLkZg@mail.gmail.com>

we tagged v1.5.2.... but then a verbal bug report came in during the SciPy
conference. We are trying to decide if we will tag a v1.5.3 or just retag
v1.5.2 (nothing got pushed out yet).

On Sat, Jul 16, 2016 at 3:14 AM, Matthew Brett <matthew.brett at gmail.com>
wrote:

> Hi,
>
> On Tue, Jun 28, 2016 at 10:20 AM, Jens Nielsen <jenshnielsen at gmail.com>
> wrote:
> > Down to 1 issue now which is not strictly a 1.5.2 issue since it's about
> > providing manylinux  wheels for older versions
> >
> > On Tue, 28 Jun 2016 at 10:04 OceanWolf via Matplotlib-devel
> > <matplotlib-devel at python.org> wrote:
> >>
> >> I still see 1 PR and 2 issues open for 1.5.2...
> >> A problem?
>
> I hate to ask - but - any more progress here?  Anything I can do?
>
> Cheers,
>
> Matthew
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160716/fe6f444f/attachment.html>

From ben.v.root at gmail.com  Sat Jul 16 17:58:16 2016
From: ben.v.root at gmail.com (Benjamin Root)
Date: Sat, 16 Jul 2016 17:58:16 -0400
Subject: [Matplotlib-devel] grid line z-order
Message-ID: <CANNq6FmS-qn6-C0q8peQPSGF8M+F5-pX_h5C94U8itP_nM0VRA@mail.gmail.com>

Hi all....

Looking over the dev docs, I have come to realize that I am not completely
sold on the zorder for grid lines. For boxplots, the grid lines fall on top
of the boxplots. It seems like this was always the case, though. I would
imagine that the gridlines would fall on top of histograms and bar graphs
-- which I can convince myself in different situations where the gridlines
should fall.

Thoughts?

Ben Root
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160716/07ebb08f/attachment.html>

From efiring at hawaii.edu  Sat Jul 16 18:43:54 2016
From: efiring at hawaii.edu (Eric Firing)
Date: Sat, 16 Jul 2016 12:43:54 -1000
Subject: [Matplotlib-devel] grid line z-order
In-Reply-To: <CANNq6FmS-qn6-C0q8peQPSGF8M+F5-pX_h5C94U8itP_nM0VRA@mail.gmail.com>
References: <CANNq6FmS-qn6-C0q8peQPSGF8M+F5-pX_h5C94U8itP_nM0VRA@mail.gmail.com>
Message-ID: <46b61f11-a67f-aa56-bf49-0db07327343e@hawaii.edu>

On 2016/07/16 11:58 AM, Benjamin Root wrote:
> Hi all....
>
> Looking over the dev docs, I have come to realize that I am not
> completely sold on the zorder for grid lines. For boxplots, the grid
> lines fall on top of the boxplots. It seems like this was always the
> case, though. I would imagine that the gridlines would fall on top of
> histograms and bar graphs -- which I can convince myself in different
> situations where the gridlines should fall.
>
> Thoughts?
>
> Ben Root

Ben,

I think the problem is that given the basic hierarchy of low-level 
objects we work with, there is no ideal solution.  Sometimes it will 
look better with patches above, other times with patches below.  For 
something like a boxplot--a complex combination of objects generated by 
a single call--the solution should be for the boxplot function to set 
the desired zorder for its objects, if the defaults don't give the 
desired result.  Presumably it should give the patches the same zorder 
as the lines, or slightly below, but above the grids.  For bar-type 
plots it is less clear what the default should be.

Contour plots are a case where the present default works--grids are on 
top, as they need to be.  One could argue that the default should work 
without manipulation for boxplots etc. (i.e., put the default grid 
zorder below patches) and contourf should have the responsibility to 
reduce the zorder of its patch collections so that they land below the 
new grid default.  I won't object if you want to make that change.  In 
setting the present defaults, I was biased by the fact that I have never 
used a boxplot, I use histograms but am neutral as to whether the should 
land above or below the grid (probably above looks better in many cases, 
but is a little less informative), and I use contourf all the time.

Eric


From tcaswell at gmail.com  Sun Jul 17 14:01:58 2016
From: tcaswell at gmail.com (Thomas Caswell)
Date: Sun, 17 Jul 2016 18:01:58 +0000
Subject: [Matplotlib-devel] mpl governance
Message-ID: <CAA48SF9mQpYOQKARxN=D4u_ZuyS0xneXQNBHSPKqygtk1+MNrg@mail.gmail.com>

Folks,

During the sprints at SciPy Mike and I started to adapt the Jupyter
governance documents for matplotlib.  We are doing this in the open, and a
pull request of the changes is at:

https://github.com/matplotlib/governance/pull/1

To be clear, this is a work in progress and is not final or in force.

We propose the mechanism for ratifying the these documents is to after
input from the community to allow the current "matplotlib Executive
Committee" to vote.
The executive committee is the signers of the FSA with NUMFocus.

Tom and Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160717/6b42c23f/attachment.html>

From jlong at stsci.edu  Thu Jul 21 11:31:00 2016
From: jlong at stsci.edu (Joseph Long)
Date: Thu, 21 Jul 2016 15:31:00 +0000
Subject: [Matplotlib-devel] TclError with TkAgg + matplotlib 1.5.1 +
 Anaconda/miniconda on OS X 10.11
Message-ID: <D3B662F6.522F1%jlong@stsci.edu>

Hi all,

I'm having issues using TkAgg on matplotlib 1.5.1 from the Anaconda
distribution that I've been unable to get to the bottom of. When trying to
show the plot, I get an exception _tkinter.TclError with the message
"invalid command name "PyAggImagePhoto"" and the plot does not display.
The full gory details are at the end of this message, but in brief to
reproduce (with conda):

$ conda create --yes -n testcase-tkinter-2 python=3.5 matplotlib
$ source activate testcase-tkinter-2
$ python -c "import matplotlib; matplotlib.use('TkAgg'); from matplotlib
import pyplot as plt; plt.plot(1,1); plt.show()"

Displaying the plot gets as far as opening a window, but does not show the
plot. The exception is "_tkinter.TclError: invalid command name
"PyAggImagePhoto""

Based on the warnings emitted (see below), it looks like a library
mismatch of some kind between the system Tk and the Anaconda Tk.

When I reported the issue to the Anaconda maintainers, I was pointed to
this PR: https://github.com/matplotlib/matplotlib/pull/6442 They say that
this will fix the issue, but not until 1.5.2 is released.

My question, I guess, is: will this fix the issue? And will 1.5.2 be
released soon?

Many thanks,

Joseph Long
Space Telescope Science Institute

----

To reproduce the objc warnings on OS X 10.11 with conda:

    $ conda create --yes -n testcase-tkinter-2 python=3.5 matplotlib
    $ source activate testcase-tkinter-2
    $ python -c "import matplotlib; matplotlib.use('TkAgg'); from
matplotlib import pyplot as plt"
    objc[82465]: Class TKApplication is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    objc[82465]: Class TKMenu is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    objc[82465]: Class TKContentView is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    objc[82465]: Class TKWindow is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.

Python still exits normally in this case.

Using the same environment, you can reproduce the exceptions we've been
seeing whenever plotting with TkAgg. Using Python interactively, we get:

    $ python
    Python 3.5.2 |Continuum Analytics, Inc.| (default, Jul  2 2016,
17:52:12)
    [GCC 4.2.1 Compatible Apple LLVM 4.2 (clang-425.0.28)] on darwin
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import matplotlib
    >>> matplotlib.use('TkAgg')
    >>> from matplotlib import pyplot as plt
    objc[83006]: Class TKApplication is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    objc[83006]: Class TKMenu is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    objc[83006]: Class TKContentView is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    objc[83006]: Class TKWindow is implemented in both
/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
the two will be used. Which one is undefined.
    >>> plt.plot([1,2,3], [1,2,3])
    [<matplotlib.lines.Line2D object at 0x111e0f588>]
    >>> plt.show()
    Exception in Tkinter callback
    Traceback (most recent call last):
      File 
"/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
matplotlib/backends/tkagg.py", line 22, in blit
        id(data), colormode, id(bbox_array))
    _tkinter.TclError: invalid command name "PyAggImagePhoto"

    During handling of the above exception, another exception occurred:

    Traceback (most recent call last):
      File 
"/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/tkinter/__init
__.py", line 1550, in __call__
        return self.func(*args)
      File 
"/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
matplotlib/backends/backend_tkagg.py", line 283, in resize
        self.show()
      File 
"/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
matplotlib/backends/backend_tkagg.py", line 355, in draw
        tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
      File 
"/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
matplotlib/backends/tkagg.py", line 30, in blit
        id(data), colormode, id(bbox_array))
    _tkinter.TclError

And that's where it stands.

----

Here are some potentially relevant outputs from otool -L:

    $ otool -L 
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/m
atplotlib/backends/_tkagg.so
    
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/m
atplotlib/backends/_tkagg.so:
    @rpath/libtk8.5.dylib (compatibility version 8.5.0, current version
8.5.18)
    @rpath/libtcl8.5.dylib (compatibility version 8.5.0, current version
8.5.18)
    /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
version 52.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 159.1.0)

    $ otool -L 
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtcl8.5.dylib
    /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtcl8.5.dylib:
    libtcl8.5.dylib (compatibility version 8.5.0, current version 8.5.18)
    
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundati
on (compatibility version 150.0.0, current version 476.0.0)
    /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
version 1.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)

    $ otool -L 
/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib
    /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib:
    libtk8.5.dylib (compatibility version 8.5.0, current version 8.5.18)
    
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundati
on (compatibility version 150.0.0, current version 476.0.0)
    /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
(compatibility version 1.0.0, current version 12.0.0)
    /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
(compatibility version 2.0.0, current version 136.0.0)
    /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
(compatibility version 1.0.0, current version 275.0.0)
    /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
version 1.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
    
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
(compatibility version 1.0.0, current version 32.0.0)
    /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version
227.0.0)
    /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
(compatibility version 45.0.0, current version 949.0.0)
    
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Applica
tionServices (compatibility version 1.0.0, current version 34.0.0)
    /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
(compatibility version 300.0.0, current version 677.12.0)

----

Here's the set of all packages installed in the conda environment
testcase-tkinter-2:

    $ conda list
    # packages in environment at
/Users/jlong/anaconda/envs/testcase-tkinter-2:
    #
    cycler                    0.10.0                   py35_0    defaults
    freetype                  2.5.5                         1    defaults
    jwst-visibility (/Users/jlong/software/jwst_visibility) 0.0.1
           <pip>
    libpng                    1.6.22                        0    defaults
    matplotlib                1.5.1               np111py35_0    defaults
    mkl                       11.3.3                        0    defaults
    numpy                     1.11.1                   py35_0    defaults
    openssl                   1.0.2h                        1    defaults
    pip                       8.1.2                    py35_0    defaults
    pyparsing                 2.1.4                    py35_0    defaults
    pyqt                      4.11.4                   py35_4    defaults
    python                    3.5.2                         0    defaults
    python-dateutil           2.5.3                    py35_0    defaults
    pytz                      2016.6.1                 py35_0    defaults
    qt                        4.8.7                         4    defaults
    readline                  6.2                           2    <unknown>
    requests                  2.10.0                    <pip>
    setuptools                23.0.0                   py35_0    defaults
    sip                       4.18                     py35_0    defaults
    six                       1.10.0                   py35_0    defaults
    sqlite                    3.13.0                        0    defaults
    tk                        8.5.18                        0    defaults
    wheel                     0.29.0                   py35_0    defaults
    xz                        5.2.2                         0    defaults
    zlib                      1.2.8                         3    defaults




From nathan12343 at gmail.com  Thu Jul 21 11:34:54 2016
From: nathan12343 at gmail.com (Nathan Goldbaum)
Date: Thu, 21 Jul 2016 10:34:54 -0500
Subject: [Matplotlib-devel] TclError with TkAgg + matplotlib 1.5.1 +
 Anaconda/miniconda on OS X 10.11
In-Reply-To: <D3B662F6.522F1%jlong@stsci.edu>
References: <D3B662F6.522F1%jlong@stsci.edu>
Message-ID: <CAJXewOkHtR_CD5oGCvu9HNqAnFO5t5-VdDbPFRQO4xNqEm_cNw@mail.gmail.com>

I think you're seeing
https://groups.google.com/a/continuum.io/forum/#!topic/anaconda/xssOnleIPFw

On Thu, Jul 21, 2016 at 10:31 AM, Joseph Long <jlong at stsci.edu> wrote:

> Hi all,
>
> I'm having issues using TkAgg on matplotlib 1.5.1 from the Anaconda
> distribution that I've been unable to get to the bottom of. When trying to
> show the plot, I get an exception _tkinter.TclError with the message
> "invalid command name "PyAggImagePhoto"" and the plot does not display.
> The full gory details are at the end of this message, but in brief to
> reproduce (with conda):
>
> $ conda create --yes -n testcase-tkinter-2 python=3.5 matplotlib
> $ source activate testcase-tkinter-2
> $ python -c "import matplotlib; matplotlib.use('TkAgg'); from matplotlib
> import pyplot as plt; plt.plot(1,1); plt.show()"
>
> Displaying the plot gets as far as opening a window, but does not show the
> plot. The exception is "_tkinter.TclError: invalid command name
> "PyAggImagePhoto""
>
> Based on the warnings emitted (see below), it looks like a library
> mismatch of some kind between the system Tk and the Anaconda Tk.
>
> When I reported the issue to the Anaconda maintainers, I was pointed to
> this PR: https://github.com/matplotlib/matplotlib/pull/6442 They say that
> this will fix the issue, but not until 1.5.2 is released.
>
> My question, I guess, is: will this fix the issue? And will 1.5.2 be
> released soon?
>
> Many thanks,
>
> Joseph Long
> Space Telescope Science Institute
>
> ----
>
> To reproduce the objc warnings on OS X 10.11 with conda:
>
>     $ conda create --yes -n testcase-tkinter-2 python=3.5 matplotlib
>     $ source activate testcase-tkinter-2
>     $ python -c "import matplotlib; matplotlib.use('TkAgg'); from
> matplotlib import pyplot as plt"
>     objc[82465]: Class TKApplication is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     objc[82465]: Class TKMenu is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     objc[82465]: Class TKContentView is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     objc[82465]: Class TKWindow is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>
> Python still exits normally in this case.
>
> Using the same environment, you can reproduce the exceptions we've been
> seeing whenever plotting with TkAgg. Using Python interactively, we get:
>
>     $ python
>     Python 3.5.2 |Continuum Analytics, Inc.| (default, Jul  2 2016,
> 17:52:12)
>     [GCC 4.2.1 Compatible Apple LLVM 4.2 (clang-425.0.28)] on darwin
>     Type "help", "copyright", "credits" or "license" for more information.
>     >>> import matplotlib
>     >>> matplotlib.use('TkAgg')
>     >>> from matplotlib import pyplot as plt
>     objc[83006]: Class TKApplication is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     objc[83006]: Class TKMenu is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     objc[83006]: Class TKContentView is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     objc[83006]: Class TKWindow is implemented in both
> /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk and
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib. One of
> the two will be used. Which one is undefined.
>     >>> plt.plot([1,2,3], [1,2,3])
>     [<matplotlib.lines.Line2D object at 0x111e0f588>]
>     >>> plt.show()
>     Exception in Tkinter callback
>     Traceback (most recent call last):
>       File
> "/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
> matplotlib/backends/tkagg.py", line 22, in blit
>         id(data), colormode, id(bbox_array))
>     _tkinter.TclError: invalid command name "PyAggImagePhoto"
>
>     During handling of the above exception, another exception occurred:
>
>     Traceback (most recent call last):
>       File
> "/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/tkinter/__init
> __.py", line 1550, in __call__
>         return self.func(*args)
>       File
> "/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
> matplotlib/backends/backend_tkagg.py", line 283, in resize
>         self.show()
>       File
> "/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
> matplotlib/backends/backend_tkagg.py", line 355, in draw
>         tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2)
>       File
> "/Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/
> matplotlib/backends/tkagg.py", line 30, in blit
>         id(data), colormode, id(bbox_array))
>     _tkinter.TclError
>
> And that's where it stands.
>
> ----
>
> Here are some potentially relevant outputs from otool -L:
>
>     $ otool -L
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/m
> atplotlib/backends/_tkagg.so
>
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/python3.5/site-packages/m
> atplotlib/backends/_tkagg.so:
>     @rpath/libtk8.5.dylib (compatibility version 8.5.0, current version
> 8.5.18)
>     @rpath/libtcl8.5.dylib (compatibility version 8.5.0, current version
> 8.5.18)
>     /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current
> version 52.0.0)
>     /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 159.1.0)
>
>     $ otool -L
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtcl8.5.dylib
>     /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtcl8.5.dylib:
>     libtcl8.5.dylib (compatibility version 8.5.0, current version 8.5.18)
>
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundati
> on (compatibility version 150.0.0, current version 476.0.0)
>     /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
> version 1.0.0)
>     /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 111.0.0)
>
>     $ otool -L
> /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib
>     /Users/jlong/anaconda/envs/testcase-tkinter-2/lib/libtk8.5.dylib:
>     libtk8.5.dylib (compatibility version 8.5.0, current version 8.5.18)
>
> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundati
> on (compatibility version 150.0.0, current version 476.0.0)
>     /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
> (compatibility version 1.0.0, current version 12.0.0)
>     /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
> (compatibility version 2.0.0, current version 136.0.0)
>     /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
> (compatibility version 1.0.0, current version 275.0.0)
>     /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
> version 1.0.0)
>     /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 111.0.0)
>
> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
> (compatibility version 1.0.0, current version 32.0.0)
>     /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version
> 227.0.0)
>     /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
> (compatibility version 45.0.0, current version 949.0.0)
>
> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Applica
> tionServices (compatibility version 1.0.0, current version 34.0.0)
>     /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
> (compatibility version 300.0.0, current version 677.12.0)
>
> ----
>
> Here's the set of all packages installed in the conda environment
> testcase-tkinter-2:
>
>     $ conda list
>     # packages in environment at
> /Users/jlong/anaconda/envs/testcase-tkinter-2:
>     #
>     cycler                    0.10.0                   py35_0    defaults
>     freetype                  2.5.5                         1    defaults
>     jwst-visibility (/Users/jlong/software/jwst_visibility) 0.0.1
>            <pip>
>     libpng                    1.6.22                        0    defaults
>     matplotlib                1.5.1               np111py35_0    defaults
>     mkl                       11.3.3                        0    defaults
>     numpy                     1.11.1                   py35_0    defaults
>     openssl                   1.0.2h                        1    defaults
>     pip                       8.1.2                    py35_0    defaults
>     pyparsing                 2.1.4                    py35_0    defaults
>     pyqt                      4.11.4                   py35_4    defaults
>     python                    3.5.2                         0    defaults
>     python-dateutil           2.5.3                    py35_0    defaults
>     pytz                      2016.6.1                 py35_0    defaults
>     qt                        4.8.7                         4    defaults
>     readline                  6.2                           2    <unknown>
>     requests                  2.10.0                    <pip>
>     setuptools                23.0.0                   py35_0    defaults
>     sip                       4.18                     py35_0    defaults
>     six                       1.10.0                   py35_0    defaults
>     sqlite                    3.13.0                        0    defaults
>     tk                        8.5.18                        0    defaults
>     wheel                     0.29.0                   py35_0    defaults
>     xz                        5.2.2                         0    defaults
>     zlib                      1.2.8                         3    defaults
>
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160721/dd5d795c/attachment-0001.html>

From jlong at stsci.edu  Thu Jul 21 11:46:38 2016
From: jlong at stsci.edu (Joseph Long)
Date: Thu, 21 Jul 2016 15:46:38 +0000
Subject: [Matplotlib-devel] TclError with TkAgg + matplotlib 1.5.1 +
 Anaconda/miniconda on OS X 10.11
In-Reply-To: <CAJXewOkHtR_CD5oGCvu9HNqAnFO5t5-VdDbPFRQO4xNqEm_cNw@mail.gmail.com>
References: <D3B662F6.522F1%jlong@stsci.edu>
 <CAJXewOkHtR_CD5oGCvu9HNqAnFO5t5-VdDbPFRQO4xNqEm_cNw@mail.gmail.com>
Message-ID: <D3B66589.522F5%jlong@stsci.edu>

Yes, I have seen a few other reports of this (see the search results at https://groups.google.com/a/continuum.io/forum/#!searchin/anaconda/tkagg<https://groups.google.com/a/continuum.io/forum/#!searchin/anaconda/tkaggf> for example).

My questions are: Is this something that seems likely to be resolved (as Continuum claims) with the changes in symbol loading in https://github.com/matplotlib/matplotlib/pull/6442 to land in 1.5.2? And what is the current status of the 1.5.2 release process?

Thanks,
--
Joseph Long

From: Nathan Goldbaum <nathan12343 at gmail.com<mailto:nathan12343 at gmail.com>>
Date: Thursday, July 21, 2016 at 11:34 AM
To: Joseph Long <jlong at stsci.edu<mailto:jlong at stsci.edu>>
Cc: "matplotlib-devel at python.org<mailto:matplotlib-devel at python.org>" <matplotlib-devel at python.org<mailto:matplotlib-devel at python.org>>, Joe Hunkeler <jhunk at stsci.edu<mailto:jhunk at stsci.edu>>
Subject: Re: [Matplotlib-devel] TclError with TkAgg + matplotlib 1.5.1 + Anaconda/miniconda on OS X 10.11

I think you're seeing https://groups.google.com/a/continuum.io/forum/#!topic/anaconda/xssOnleIPFw
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160721/096ddbf5/attachment.html>

From antony.lee at berkeley.edu  Sun Jul 24 20:41:18 2016
From: antony.lee at berkeley.edu (Antony Lee)
Date: Sun, 24 Jul 2016 17:41:18 -0700
Subject: [Matplotlib-devel] New "data cursors for matplotlib" package:
 https://github.com/anntzer/mplcursors
Message-ID: <CAGRr6BHgVkosL6oWFNg=fPhNi3De5xW4yVsPX=cG7d7HL4J0KQ@mail.gmail.com>

Hi all,

I have written a new "data cursors for matplotlib" package, inspired from
@joferkington's mpldatacursor but rewritten from scratch, with a much
simpler API.  Please have a look at https://github.com/anntzer/mplcursors .

I hope you'll like it.

Antony
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160724/0234a827/attachment.html>

From matthew.brett at gmail.com  Mon Jul 25 15:55:10 2016
From: matthew.brett at gmail.com (Matthew Brett)
Date: Mon, 25 Jul 2016 20:55:10 +0100
Subject: [Matplotlib-devel] How's progress with 1.5.2?
In-Reply-To: <CANNq6Fn5AtT8PdvjKqPVJAV8YGUFpKaJEy57hm-4W-o5TjLkZg@mail.gmail.com>
References: <CAH6Pt5pdfaw-Ng=K3OH2p6PYt+aQuLk55da3ckdG+sGO5gBG2Q@mail.gmail.com>
 <CAA48SF8Botbocthnngn8qh4bhwgm4ZRbs7iNreqqp=d6ZSzc_w@mail.gmail.com>
 <772873849.4352871.1467104534727.JavaMail.yahoo@mail.yahoo.com>
 <CAM-Pw01n5YR3X0o61GLLff7sidauMC677SWgcYC7p53w1edNJw@mail.gmail.com>
 <CAH6Pt5peUTZvBAr_qX6RfOxaKhwLjpQd+2q+Z8De0PvcNdpNhg@mail.gmail.com>
 <CANNq6Fn5AtT8PdvjKqPVJAV8YGUFpKaJEy57hm-4W-o5TjLkZg@mail.gmail.com>
Message-ID: <CAH6Pt5qzEoJA1106iZ0ixk=Wmu15Km7jNUs77+dimUgpPQJpJA@mail.gmail.com>

Hi,

On Sat, Jul 16, 2016 at 5:11 PM, Benjamin Root <ben.v.root at gmail.com> wrote:
> we tagged v1.5.2.... but then a verbal bug report came in during the SciPy
> conference. We are trying to decide if we will tag a v1.5.3 or just retag
> v1.5.2 (nothing got pushed out yet).

I hate to be that guy - but any more progress here?

Cheers,

Matthew

From efiring at hawaii.edu  Mon Jul 25 18:06:49 2016
From: efiring at hawaii.edu (Eric Firing)
Date: Mon, 25 Jul 2016 12:06:49 -1000
Subject: [Matplotlib-devel] How's progress with 1.5.2?
In-Reply-To: <CAH6Pt5qzEoJA1106iZ0ixk=Wmu15Km7jNUs77+dimUgpPQJpJA@mail.gmail.com>
References: <CAH6Pt5pdfaw-Ng=K3OH2p6PYt+aQuLk55da3ckdG+sGO5gBG2Q@mail.gmail.com>
 <CAA48SF8Botbocthnngn8qh4bhwgm4ZRbs7iNreqqp=d6ZSzc_w@mail.gmail.com>
 <772873849.4352871.1467104534727.JavaMail.yahoo@mail.yahoo.com>
 <CAM-Pw01n5YR3X0o61GLLff7sidauMC677SWgcYC7p53w1edNJw@mail.gmail.com>
 <CAH6Pt5peUTZvBAr_qX6RfOxaKhwLjpQd+2q+Z8De0PvcNdpNhg@mail.gmail.com>
 <CANNq6Fn5AtT8PdvjKqPVJAV8YGUFpKaJEy57hm-4W-o5TjLkZg@mail.gmail.com>
 <CAH6Pt5qzEoJA1106iZ0ixk=Wmu15Km7jNUs77+dimUgpPQJpJA@mail.gmail.com>
Message-ID: <1e61328d-a8f8-6ba4-d05a-0570cf6f4e65@hawaii.edu>

On 2016/07/25 9:55 AM, Matthew Brett wrote:
> Hi,
>
> On Sat, Jul 16, 2016 at 5:11 PM, Benjamin Root <ben.v.root at gmail.com> wrote:
>> we tagged v1.5.2.... but then a verbal bug report came in during the SciPy
>> conference. We are trying to decide if we will tag a v1.5.3 or just retag
>> v1.5.2 (nothing got pushed out yet).
>
> I hate to be that guy - but any more progress here?

I asked the same thing in a phone conference this morning. The answer is 
that Thomas has been severely time-constrained, but there will be a 
v1.5.3 to include a couple ipython-related fixes.

Eric


>
> Cheers,
>
> Matthew
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel
>


From bussonniermatthias at gmail.com  Mon Jul 25 19:04:51 2016
From: bussonniermatthias at gmail.com (Matthias Bussonnier)
Date: Mon, 25 Jul 2016 16:04:51 -0700
Subject: [Matplotlib-devel] How's progress with 1.5.2?
In-Reply-To: <1e61328d-a8f8-6ba4-d05a-0570cf6f4e65@hawaii.edu>
References: <CAH6Pt5pdfaw-Ng=K3OH2p6PYt+aQuLk55da3ckdG+sGO5gBG2Q@mail.gmail.com>
 <CAA48SF8Botbocthnngn8qh4bhwgm4ZRbs7iNreqqp=d6ZSzc_w@mail.gmail.com>
 <772873849.4352871.1467104534727.JavaMail.yahoo@mail.yahoo.com>
 <CAM-Pw01n5YR3X0o61GLLff7sidauMC677SWgcYC7p53w1edNJw@mail.gmail.com>
 <CAH6Pt5peUTZvBAr_qX6RfOxaKhwLjpQd+2q+Z8De0PvcNdpNhg@mail.gmail.com>
 <CANNq6Fn5AtT8PdvjKqPVJAV8YGUFpKaJEy57hm-4W-o5TjLkZg@mail.gmail.com>
 <CAH6Pt5qzEoJA1106iZ0ixk=Wmu15Km7jNUs77+dimUgpPQJpJA@mail.gmail.com>
 <1e61328d-a8f8-6ba4-d05a-0570cf6f4e65@hawaii.edu>
Message-ID: <CANJQusX-7MOycoCzPUd772J1wqVHrdaS7V24EcUNsCoD2rrOug@mail.gmail.com>

We're pushing IPython 5.0.1 / 5.1[1] forward as well with a couple of
bug fixes too,
plus we should have some fixes in ipykernel as well that should
prevent a few of the eventloop issues.

One of the questions we haven't addressed (not even sure if we opened
an issue for that) was whether to
insert an importhook in IPython that would print a warning for known
version of IPython/matplotlib[2] that have issues.

Sorry for the inconvenience.
-- 
M

[1] Not sure which version number yet, likely 5.1
[2] as well as one that prevent to use Jet. -- just kidding --


On Mon, Jul 25, 2016 at 3:06 PM, Eric Firing <efiring at hawaii.edu> wrote:
> On 2016/07/25 9:55 AM, Matthew Brett wrote:
>>
>> Hi,
>>
>> On Sat, Jul 16, 2016 at 5:11 PM, Benjamin Root <ben.v.root at gmail.com>
>> wrote:
>>>
>>> we tagged v1.5.2.... but then a verbal bug report came in during the
>>> SciPy
>>> conference. We are trying to decide if we will tag a v1.5.3 or just retag
>>> v1.5.2 (nothing got pushed out yet).
>>
>>
>> I hate to be that guy - but any more progress here?
>
>
> I asked the same thing in a phone conference this morning. The answer is
> that Thomas has been severely time-constrained, but there will be a v1.5.3
> to include a couple ipython-related fixes.
>
> Eric
>
>
>
>>
>> Cheers,
>>
>> Matthew
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-devel at python.org
>> https://mail.python.org/mailman/listinfo/matplotlib-devel
>>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel

From ben.v.root at gmail.com  Thu Jul 28 12:51:23 2016
From: ben.v.root at gmail.com (Benjamin Root)
Date: Thu, 28 Jul 2016 12:51:23 -0400
Subject: [Matplotlib-devel] New "data cursors for matplotlib" package:
 https://github.com/anntzer/mplcursors
In-Reply-To: <CAGRr6BHgVkosL6oWFNg=fPhNi3De5xW4yVsPX=cG7d7HL4J0KQ@mail.gmail.com>
References: <CAGRr6BHgVkosL6oWFNg=fPhNi3De5xW4yVsPX=cG7d7HL4J0KQ@mail.gmail.com>
Message-ID: <CANNq6Fkqqk2PWUUc=qmDvo0qsuwvD7AXqqOiMxHEFo9JAu3tRw@mail.gmail.com>

Hey, that is pretty slick! I especially like the decorator option to
connecting events to the cursor objects.

Kudos!

Ben Root

On Sun, Jul 24, 2016 at 8:41 PM, Antony Lee <antony.lee at berkeley.edu> wrote:

> Hi all,
>
> I have written a new "data cursors for matplotlib" package, inspired from
> @joferkington's mpldatacursor but rewritten from scratch, with a much
> simpler API.  Please have a look at https://github.com/anntzer/mplcursors
> .
>
> I hope you'll like it.
>
> Antony
>
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel at python.org
> https://mail.python.org/mailman/listinfo/matplotlib-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160728/837ad14e/attachment.html>

From antony.lee at berkeley.edu  Thu Jul 28 14:09:27 2016
From: antony.lee at berkeley.edu (Antony Lee)
Date: Thu, 28 Jul 2016 11:09:27 -0700
Subject: [Matplotlib-devel] New "data cursors for matplotlib" package:
 https://github.com/anntzer/mplcursors
In-Reply-To: <CANNq6Fkqqk2PWUUc=qmDvo0qsuwvD7AXqqOiMxHEFo9JAu3tRw@mail.gmail.com>
References: <CAGRr6BHgVkosL6oWFNg=fPhNi3De5xW4yVsPX=cG7d7HL4J0KQ@mail.gmail.com>
 <CANNq6Fkqqk2PWUUc=qmDvo0qsuwvD7AXqqOiMxHEFo9JAu3tRw@mail.gmail.com>
Message-ID: <CAGRr6BFqrJTogDAQdJeeSKuHLfRU=LfQX0Zf=QPCvA48VFDsAA@mail.gmail.com>

2016-07-28 9:51 GMT-07:00 Benjamin Root <ben.v.root at gmail.com>:

> Hey, that is pretty slick! I especially like the decorator option to
> connecting events to the cursor objects.
>
This is a pretty common pattern nowadays, probably could be added to
matplotlib's event handling code itself.


>
> Kudos!
>
> Ben Root
>
> On Sun, Jul 24, 2016 at 8:41 PM, Antony Lee <antony.lee at berkeley.edu>
> wrote:
>
>> Hi all,
>>
>> I have written a new "data cursors for matplotlib" package, inspired from
>> @joferkington's mpldatacursor but rewritten from scratch, with a much
>> simpler API.  Please have a look at https://github.com/anntzer/mplcursors
>> .
>>
>> I hope you'll like it.
>>
>> Antony
>>
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Matplotlib-devel at python.org
>> https://mail.python.org/mailman/listinfo/matplotlib-devel
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160728/1c1748ec/attachment.html>

From nollroberts at gmail.com  Sun Jul 31 13:16:50 2016
From: nollroberts at gmail.com (Noll)
Date: Sun, 31 Jul 2016 11:16:50 -0600
Subject: [Matplotlib-devel] post
Message-ID: <CAGWM=wqm8BYPwT-NDMSTcHj4c1h0oBUy+6P3XU1JOYAvEmbhmg@mail.gmail.com>

To anyone interested in developing democratic software, consider reading:
https://amodicumofdemocracy.wordpress.com/2016/07/29/population-based-democratic-majority-decision-making-rough-draft/
? and post any comments, questions, or concerns.?

-- 
Noll Roberts
nollroberts at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/matplotlib-devel/attachments/20160731/cccf3508/attachment.html>