On 18 July 2013 15:27, Michael Droettboom wrote:
> On 07/17/2013 04:57 PM, Eric Firing wrote:
> > On 2013/07/17 3:14 AM, Michael Droettboom wrote:
> >> Yes. This is great work!
> >>
> >> Just to chime in (after having been away for most of this conversation)
> -->
> >>
> >> I think we can do thi
On 07/17/2013 04:57 PM, Eric Firing wrote:
> On 2013/07/17 3:14 AM, Michael Droettboom wrote:
>> Yes. This is great work!
>>
>> Just to chime in (after having been away for most of this conversation) -->
>>
>> I think we can do this reorganization now without introducing any
>> implicit (or otherw
On 2013/07/17 3:14 AM, Michael Droettboom wrote:
> Yes. This is great work!
>
> Just to chime in (after having been away for most of this conversation) -->
>
> I think we can do this reorganization now without introducing any
> implicit (or otherwise) use of gca()/pyplot stuff in the Axes class
>
Yes. This is great work!
Just to chime in (after having been away for most of this conversation) -->
I think we can do this reorganization now without introducing any
implicit (or otherwise) use of gca()/pyplot stuff in the Axes class
methods. Refactoring how the pyplot wrapper is done can b
Nelle, this is great! Thanks for getting the ball rolling!
Cheers,
-Tony
On Thu, Jul 11, 2013 at 6:31 AM, Nelle Varoquaux
wrote:
> FYI, I have started the refactoring we discussed at scipy. I think
> what tony is suggesting is the same thing.
>
> I've created a "work in progress" pull request:
FYI, I have started the refactoring we discussed at scipy. I think
what tony is suggesting is the same thing.
I've created a "work in progress" pull request:
https://github.com/matplotlib/matplotlib/pull/2213
In the refactoring we discussed at Scipy, we did not mention the
pyplots wrapper at all.
Eric Firing writes:
>
> Anton,
>
> Yes, I have done things like that in my own code, and basemap has a
> similar ability to call gca() when an Axes is not supplied. One can
> even perform the pyplot import on an as-needed basis instead of raising
> an error. Nevetheless, it still represents
On 2013/07/10 1:11 AM, Anton Akhmerov wrote:
> Eric Firing writes:
>
>> This would require pyplot to be imported by everything, wouldn't it?
>> That would completely defeat the strategy of having an OO level that
>> doesn't know about pyplot at all, and then having pyplot be the thin top
>> layer.
Eric Firing writes:
> This would require pyplot to be imported by everything, wouldn't it?
> That would completely defeat the strategy of having an OO level that
> doesn't know about pyplot at all, and then having pyplot be the thin top
> layer.
Requiring pyplot isn't necessary, instead one m
On Tue, Jul 9, 2013 at 1:43 AM, Nelle Varoquaux
wrote:
> On 9 July 2013 08:24, Eric Firing wrote:
> > On 2013/07/08 7:19 PM, Tony Yu wrote:
> >> This is an idea that's been kicking around in my head for awhile.
> >> Basically, the Axes class is way too expansive. Nelle made a major step
> >> in t
On Tue, Jul 9, 2013 at 1:24 AM, Eric Firing wrote:
This would require pyplot to be imported by everything, wouldn't it?
> That would completely defeat the strategy of having an OO level that
> doesn't know about pyplot at all, and then having pyplot be the thin top
> layer.
>
Ahh, you're right
I second Eric's concern about pyplot being imported into everything. It
will really mess up the people that are embedding matplotlib into guis
because pyplot starts up gui mainloops if you are using an interactive
backend.
There is a genre of question on SO that is 'why isn't pyplot playing nice
w
On 9 July 2013 08:24, Eric Firing wrote:
> On 2013/07/08 7:19 PM, Tony Yu wrote:
>> This is an idea that's been kicking around in my head for awhile.
>> Basically, the Axes class is way too expansive. Nelle made a major step
>> in the right direction with a PR that split it up into plotting and
>>
On 2013/07/08 7:19 PM, Tony Yu wrote:
> This is an idea that's been kicking around in my head for awhile.
> Basically, the Axes class is way too expansive. Nelle made a major step
> in the right direction with a PR that split it up into plotting and
> non-plotting methods:
>
> https://github.com/ma
This is an idea that's been kicking around in my head for awhile.
Basically, the Axes class is way too expansive. Nelle made a major step in
the right direction with a PR that split it up into plotting and
non-plotting methods:
https://github.com/matplotlib/matplotlib/pull/1931/files
What I'd lik
15 matches
Mail list logo