Indeed, good catch. But another issue comes to my mind: should ax1.title
(that is, ax1..title.__get__(ax1) where .. means no descriptor invoked)
return a string (like now) or something that contains all the properties of
the title? Returning a string copies the current behavior of get_title,
but
On Fri, Feb 8, 2013 at 3:38 AM, Jason Grout jason-s...@creativetrax.comwrote:
On 2/7/13 8:08 PM, Erik Bray wrote:
A couple easier solutions: Allow
the `.title` (and other such attributes) to be assigned to with a
(value, options) tuple where the value is the title itself, and the
options
On Fri, Feb 8, 2013 at 2:40 AM, Antony Lee antony@berkeley.edu wrote:
Hi,
I saw that a discussion started on transitioning to the use of properties
instead of explicit getters and setters, which seems like a very good idea
to me... so I thought this would be a good idea to get involved
Just a crazy thought, but why are we trying to treat title and such as
properties? When I think of properties for matplotlib, I think of
edgecolors, fontsize, and linestyles. Why don't we solve that problem
first?
Cheers!
Ben Root
Yes, I realize that this (or the += approach) was overdoing it. Separating
the stuff in two different properties is probably more the way to go (at
least, it's less crazy).
Even the ax.title += (string, options) approach has the problem that this
would imply ax.title (in the sense of
Hi,
I think I have a problem with errorbars in a log plot. The problem is
reproducible through the enclosed errorbar_log.py file. As you can see I
plot a point with y = 10**(-5) and I want the errorbars drawn from
10**(-5.5) to 10**(-4.5) which should be symmetric in this plot but isn't.
Here
The bar is drawn from `y - yerr_low` to `y + yerr_upp`
ax.errorbar(x + .5,y,yerr=[[y - yerr_low],[yerr_upp -
y]],fmt='s',markersize=4)
will get you what you want.
Tom
On Fri, Feb 8, 2013 at 8:41 PM, Markus Haider markus.hai...@uibk.ac.at wrote:
Hi,
I think I have a problem with errorbars in
