Andrew Straw wrote:
> Michael Droettboom wrote:
>> ...probably because I forgot to attach it. (When will my e-mail
>> client read my mind?) I've also attached a version with a new version
>> of the layout algorithm -- in addition to making all axes that were
>> initially aligned remain aligned
Michael Droettboom wrote:
> ...probably because I forgot to attach it. (When will my e-mail
> client read my mind?) I've also attached a version with a new version
> of the layout algorithm -- in addition to making all axes that were
> initially aligned remain aligned, it sets an axes that ori
Michael Droettboom wrote:
> Andrew,
>
> I'm embarrassed to admit I wasn't familiar with mplsizer before I
> looked into this. The user "API" of mplsizer actually looks like it
> would be much easier to support the text-overlapping problem, since
> the placement of the axes in a grid is more exp
On Wednesday 05 December 2007 11:32:29 am Michael Droettboom wrote:
> Michael Droettboom wrote:
> > Darren Dale wrote:
> >>> One other problem to be aware of in this area: usetex does not support
> >>> rotated text, so autofmt_xdate and related tricks will still not work
> >>> until usetex supports
Michael Droettboom wrote:
> Darren Dale wrote:
>>> One other problem to be aware of in this area: usetex does not support
>>> rotated text, so autofmt_xdate and related tricks will still not work
>>> until usetex supports arbitrary rotations. One thing that has been on
>>> my wish list is to expos
Darren Dale wrote:
>> One other problem to be aware of in this area: usetex does not support
>> rotated text, so autofmt_xdate and related tricks will still not work
>> until usetex supports arbitrary rotations. One thing that has been on
>> my wish list is to expose the agg image functionality a
On Wednesday 05 December 2007 09:39:33 am John Hunter wrote:
> On Dec 4, 2007 4:02 PM, Ted Drain <[EMAIL PROTECTED]> wrote:
> > Looks very nice! We'd love to have smarter layout systems as we
> > create a lot of plots for people (i.e. standard scripts that people
> > run instead of edit) and it's
On Dec 4, 2007 4:02 PM, Ted Drain <[EMAIL PROTECTED]> wrote:
> Looks very nice! We'd love to have smarter layout systems as we
> create a lot of plots for people (i.e. standard scripts that people
> run instead of edit) and it's difficult to apply nice layouts that
> work for every case that comes
Andrew,
I'm embarrassed to admit I wasn't familiar with mplsizer before I looked
into this. The user "API" of mplsizer actually looks like it would be
much easier to support the text-overlapping problem, since the placement
of the axes in a grid is more explicit. I may want to reconsider how
Hi Michael, This looks very impressive.
Not understanding what kind of magic is happening underneath, I wonder
how this can work to keep the data areas aligned in cases where the user
initially sets the axes locations arbitrarily but then later sets them
to the final desired values after drawi
Ted Drain wrote:
> Can any of this be extended to make the auto-ticking algorithms smart
> enough to not overlap tick mark text fields so much? We get this all
> the time with date plots and it drives people nuts.
This doesn't address that particular issue -- but I'd like to get to it
at some
Looks very nice! We'd love to have smarter layout systems as we
create a lot of plots for people (i.e. standard scripts that people
run instead of edit) and it's difficult to apply nice layouts that
work for every case that comes up.
Can any of this be extended to make the auto-ticking algorit
12 matches
Mail list logo
