The rc file is already pretty big--we might instead consider
> making axisbelow(True) the hardwired default. It seems
I already committed this change, but your comments on bloating rc
files are well taken.
> logical to me. It would be good to hear from others--are
> there people who like the present default and/or prefer
> adding this option to the rc collection?
> Looking at the code a little more, I wonder whether the best
> way to handle this might not be by taking advantage of
> zorder more consistently. I think we could spread out the
> default zorders, assign a suitable zorder to the axis
They don't need to be spread out per say, since these are floats we
can subdivide them ad nauseaum. Helper functions would make this more
intuitive, like
myobj.set_zorder(zhelper.between(gridline, myline))
> I think this could make the code and interface simpler, more
> self-consistent, and more flexible. (My remarks are based
> on only a quick look, so I may be missing something
> important.)
But people will still want to set defaults...
JDH
John Hunter wrote:
"Eric" == Eric Firing <efiring@...202...> writes:
> The rc file is already pretty big--we might instead consider
> making axisbelow(True) the hardwired default. It seems
I already committed this change, but your comments on bloating rc
files are well taken.
> logical to me. It would be good to hear from others--are
> there people who like the present default and/or prefer
> adding this option to the rc collection?
> Looking at the code a little more, I wonder whether the best
> way to handle this might not be by taking advantage of
> zorder more consistently. I think we could spread out the
> default zorders, assign a suitable zorder to the axis
They don't need to be spread out per say, since these are floats we
can subdivide them ad nauseaum. Helper functions would make this more
intuitive, like
myobj.set_zorder(zhelper.between(gridline, myline))
Agreed.
Unless someone else would like to do it, I think I can work on this fairly soon, before or after I finish the work I am doing now on a new colorbar.
> I think this could make the code and interface simpler, more
> self-consistent, and more flexible. (My remarks are based
> on only a quick look, so I may be missing something
> important.)
But people will still want to set defaults...
Granted, and this flexibility is good.
Eric