On Wed, Jan 4, 2012 at 9:53 PM, Alejandro Weinstein <
alejandro.weinst...@gmail.com> wrote:
> > 2) I also have the need to implement line-style cycling for b&w
> > publications.
>
> What about also grey level cycling for b&w? Sometimes for b&w it looks
> better to use different gray levels rather
> 2) I also have the need to implement line-style cycling for b&w
> publications.
What about also grey level cycling for b&w? Sometimes for b&w it looks
better to use different gray levels rather than different
line-styles. See this for an example:
http://media.aau.dk/null_space_pursuits/2011/06
On Wed, Jan 4, 2012 at 9:33 PM, Ryan May wrote:
> On Jan 4, 2012, at 20:52, Benjamin Root wrote:
>
> > Hello all,
> >
> > So, I am getting to the point where I need to implement a color cycling
> mechanism throughout pyplot. So, before I get too deep in implementing it,
> I have some thoughts t
On Jan 4, 2012, at 20:52, Benjamin Root wrote:
> Hello all,
>
> So, I am getting to the point where I need to implement a color cycling
> mechanism throughout pyplot. So, before I get too deep in implementing it, I
> have some thoughts that I need feedback on.
>
> 1) Not all plotting functio
On Wed, Jan 4, 2012 at 6:52 PM, Benjamin Root wrote:
>
> Thoughts? Comments?
None other than my eternal gratitude if you do this: it's one of the
few things (perhaps the only one) I still miss from the old gnuplot,
which made it trivial to switch from color to b/w mode and it would
produce sensib
Hello all,
So, I am getting to the point where I need to implement a color cycling
mechanism throughout pyplot. So, before I get too deep in implementing it,
I have some thoughts that I need feedback on.
1) Not all plotting functions use color cycling right now. Currently, only
plot() and any f
On Wednesday, January 4, 2012, jeffsp wrote:
>
> plt.tight_layout(), sweet
>
> it still makes the labels too close to read, even if they don't overlap.
> that is, they're just a continuous string of numbers with no whitespace
> between.
>
> it does clean up the rest of the plot really nicely, thou
plt.tight_layout(), sweet
it still makes the labels too close to read, even if they don't overlap.
that is, they're just a continuous string of numbers with no whitespace
between.
it does clean up the rest of the plot really nicely, though, without having
to continually dick around with subplot
On Wed, Jan 4, 2012 at 1:14 PM, jeffsp wrote:
>
> I have been wondering the same thing. Matlab is able to prevent labels
> from
> overlapping each other. Why can't matplotlib?
>
>
> Chris Rodgers-7 wrote:
> >
> > Hi
> >
> > Whenever I create figures with at least 3x3 subplots, the x-tick
> > la
I have been wondering the same thing. Matlab is able to prevent labels from
overlapping each other. Why can't matplotlib?
Chris Rodgers-7 wrote:
>
> Hi
>
> Whenever I create figures with at least 3x3 subplots, the x-tick
> labels overlap with each other and they also overlap with the title o
10 matches
Mail list logo