On Sun, Sep 28, 2014 at 7:52 PM, Eric Firing wrote:
> Regarding Matlab: it is justly popular for many reasons. It is
> relatively easy to learn both by design and because of its consistent
> high-quality documentation. Matplotlib's success has resulted in large
> measure from its pyplot layer, w
n Sun, Sep 28, 2014 at 12:40 AM, Eric Firing wrote:
> One of the biggest causes of controversy in mpl, and of difficulty in
> teaching and learning mpl, is the divide between pyplot and the rest of
> the library. There are at least two aspects:
>
> 1) plt.title() versus ax.set_title(), etc; that
On 2014/09/28, 12:42 PM, Till Stensitzki wrote:
> One point which is often neglected while discussing
> oo- vs the pyplot-api is that today introspection tools
> quite often fail to work with mpl-oo but are
> perfectly fine with the pyplot module. E.g. if i am writing
> some kind of helper oder plo
One point which is often neglected while discussing
oo- vs the pyplot-api is that today introspection tools
quite often fail to work with mpl-oo but are
perfectly fine with the pyplot module. E.g. if i am writing
some kind of helper oder plotting function taking ax, one
gets no auto-completion nor
Tom,
Thanks for https://github.com/matplotlib/matplotlib/pull/3587, which
provides a concise draft implementation of your proposal, in concept if
not in detail.
Although this provides a way to get interactive drawing while specifying
axes and figures explicitly, it is still using two interface
On 2014/09/28, 8:22 AM, Thomas Caswell wrote:
> On Sun, Sep 28, 2014 at 1:52 PM, Eric Firing wrote:
>>
>> I don't understand your objection. In which cases do the returns depend on
>> the arguments? "title" returns the title text object, regardless of whether
>> there was an argument setting it
On 2014/09/28, 6:20 AM, Thomas Caswell wrote:
> I am against pushing the pyplot style title/xlabel/.. function down
> into the OO layer, I really do not like the different behaviour and
> returns depending on the arguments. That has always struck me as a
> MATLAB-ism that should be dropped, but w
I am against pushing the pyplot style title/xlabel/.. function down
into the OO layer, I really do not like the different behaviour and
returns depending on the arguments. That has always struck me as a
MATLAB-ism that should be dropped, but we are stuck with to maintain
back-compatibility.
I ha
