The script at the end of this message will reproduce the behavior Sasha
Sasha, the short answer is to try replacing your call pl=subplot(111) with
pl = axes([0.16,0.11,0.8,0.8]).
The problem is that MPL will not be able to guess the appropriate position of
the axes in every circumstance, because the precision of the tick labels is
allowed to go as far as 3 or 4 places, and the presence scientific notation
will also push the axis label off the page.
I did some work on a new formatter a while back, and think it would help to
solve this issue more generally. The idea was to pull the scientific notation
out of the ticklabels, and render it at the top of the axis, like Matlab
does. Another place to render could be in the axis label, like Igor allows.
It might also be appropriate to add a new rc setting for the tick precision:
the number of sigfigs to include in a ticklabel. MPL would then be able to
intelligently place the axis in the plot window, based on the rc settings for
fontsize of the axis labels, the fontsize of the ticklabels, and the
from pylab import *
On Friday 15 April 2005 5:32 am, Sascha Schnepp wrote:
I realized a change in the behavior of the eps export with the release 0.8.
Sometimes (not always!) the bounding box on the left side is very close to
the ylabel. When converting this to a pdf and printing it, this results in
a (partially or even totally) cutted ylabel on your printout...
Darren S. Dale
Department of Materials Science and Engineering
Ithaca, NY. 14850