Sorry! Forgot to send to the list since the reply-to isn't set properly...
Thanks very much for your reply!
I think I know what causes this, I saw something similar in the Qt backends
a while back. When the mouse cursor enters the axes, the coordinates of the
cursor are reported in the statusbar/toolbar. The backend needs to be
configured so this text widget would rather run off the end of the window
than resize the window. I don't know how this is done in Tk, I've never
worked with that GUI library.
Now you point it out it is clear that that is what is causing it. I'm
using python.org python on a Mac and it's not clear to me how best to
install Qt - so at the moment Tk is the only working backend I have.
You can use the subplot_adjust button on the toolbar for some degree of
customization. But in general, it can be a somewhat time consuming to get
the layout just right. I think it would be difficult for mpl to determine
what the appropriate axes position should be given a certain figure and text
I don't know about the widget - that is fantastic and it will make a
huge difference... It is slightly confusing since I have been working
with the set_position type numbers, but being able to change them
interactively will save a lot of time.
Another thing I've noticed is that the pdf output is always slightly
different to the displayed output - for example some text might be cut
off on the interactive view, but the saved pdf is fine... Is this also
a known behaviour?
On Thu, Nov 20, 2008 at 1:12 PM, Darren Dale <darren.dale@...163...> wrote: