octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: printing figures with development version


From: Ben Abbott
Subject: Re: printing figures with development version
Date: Fri, 3 Apr 2009 08:54:37 -0400


On Apr 3, 2009, at 4:12 AM, Ivan Sutoris wrote:

On Fri, Apr 3, 2009 at 5:21 AM, Daniel J Sebald <address@hidden > wrote:
Ivan Sutoris wrote:

Thanks for your reply

Indeed, setting the border does not help, labels are still cut.
Unfortunately, right now I don't have time (and probably neither
required skills) to look into this in more detail, so I'll stick to
adjusting axes position manually.

Those commands on the version of Octave I'm running (pretty old) produce a nice plot. Yes, gnuplot EPS has a problem with being one or two pixels too narrow sometimes. Probably difficulty in font size or something. Anyway, rather than manual changing a bounding box size, you could try a command like "eps2eps" which will expand or shrink the bounding box so that it is
tight around the outermost visible object.

Dan

My motivation for using development version instead of stable is that
it allows to set fontsize for tick labels and size of figure with
paperposition (so that it can be included in latex document without
resizing). I didn't know about eps2eps and after trying it, it seems
to work perfectly, thanks!

Regards
Ivan Sutoris

Ivan you might try changing the default axes position.

        get (0, "defaultaxesposition")
        ans =   0.13000   0.11000   0.77500   0.81500

For example, assuming the xlabel is being clipped, if you enter the following when you begin your octave session,

        set (0, "defaultaxesposition", [0.13, 0.13, 0.775, 0.795])

In any event, my understanding is that 3.0.x relies upon gnuplot to position the axes. While 3.1.x explicitly position's the axes in a manner consistent with Matlab. This control improves Octave's to plotyy and subplot.

Once Octave explicitly controls the position of the tick-labels, axes- labels, and title the problem with clipping will be reduced. However, to eliminate the clipping Octave will need to accurately calculate the tightinset and make adjustments to the axes position or outerposition when needed.

Until all of this is done, changing the default axes position may be the most convenient solution for you.

Ben




reply via email to

[Prev in Thread] Current Thread [Next in Thread]