Repository navigation
shared twinned subplots: support ax.twinx(sharey=...) / ax.twiny(sharex=...) #8392
Description
After
fig, (ax1, ax2) = plt.subplots(2, sharex=True, sharey=True) ax1.plot([1, 2]); ax2.plot([1, 2]) ax1.twinx().plot([2, 1]); ax2.twinx().plot([2, 1])
zooming/panning one of the subplots only affects the other subplot along the x axis, but not the y axis -- because zooming/panning affects the twinned subplots, which only share their x axis, whereas the y sharing is lost (of course, it cannot always be shared with the original subplots -- the sharing needs to occur directly between the twinned subplots).
Having thought approximately 30s about the issue, I believe an easy way out would be to support passing an explicit share{y,x} argument to twin{x,y} (for the "other" axis, as the twinned axis is already shared with the original subplot, of course), so that one can properly re-link the twinned subplots between themselves.
Activity
kundor commented on Apr 4, 2017
An easy way to implement this is to add **kwargs to the signature of twinx and twiny
and pass them along to _make_twin_axes in the first line of code:
This allows passing on arbitrary keyword arguments for the newly constructed axes, including sharex or sharey.
github-actions commented on Apr 10, 2023
This issue has been marked "inactive" because it has been 365 days since the last comment. If this issue is still present in recent Matplotlib releases, or the feature request is still wanted, please leave a comment and this label will be removed. If there are no updates in another 30 days, this issue will be automatically closed, but you are free to re-open or create a new issue if needed. We value issue reports, and this procedure is meant to help us resurface and prioritize issues that have not been addressed yet, not make them disappear. Thanks for your help!
anntzer commented on Apr 11, 2023
This is more or less covered by #15287 (post-hoc sharing).