|
From: Daniele N. <da...@gr...> - 2013-10-29 09:54:09
|
On 29/10/2013 03:11, Ryan Nelson wrote: > Daniele, > > I noticed the same problem with the Qt backend. However, I was looking > at the documentation on the AxesGrid webpage here: > http://matplotlib.org/mpl_toolkits/axes_grid/users/overview.html > And I see the following warning: > > axes_grid and axisartist (but not axes_grid1) uses a custom Axes class > (derived from the mpl’s original Axes class). As a side effect, some > commands (mostly tick-related) do not work. Use axes_grid1 to avoid > this, or see how things are different in axes_grid and axisartist (LINK > needed) > > Unfortunately, no link. But perhaps there is a way to avoid using the > Axes class from axisartist in your use case. For example, could you > import the Axes class as follows: > > from matplotlib.axes import Axes > > That seems to work with the Qt and PDF backends on Windows 7 (Anaconda > Python). Hello Ryan, thanks for confirming the problem. I've also seen that note, but I thought "do not work" means that the methods raise an exception, not that they arbitrarily ignore arguments :( While the standard Axis class works for the cut-down example I posted, it does not for what I'm trying to achieve (having a second x axis below the main one). I came up with that solution following the matplotlib documentation: http://matplotlib.org/mpl_toolkits/axes_grid/users/overview.html#axisartist-with-parasiteaxes however I don't really understand why some of the contortions there are necessary (they are not explained in the documentation). Cheers, Daniele |