-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
Twin axis message coordinates #4284
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Axis bar space is limited. I don't think using axis labels is feasible or desirable in general. |
Yes, the limited space crossed my mind, one of the reasons why I suggested waiting until after MEP22. Aside from making this easier to implement; @fariza tells me that to make room for more tools in the toolbar, the message area will go on a separate line all to itself for every backend, atm this only happens on some of the backends. In terms of axis labels, the problem I see for the user with just x0, x1, etcetera, comes from remembering which number refers to which axis. For example take a figure like http://www.whoi.edu/beaufortgyre/dispatch2008/images/89CTD%20profile.jpg I would imagine the user would give short labels to the axes so that the message area says something like |
👍 I would also very much like this feature. It would be nice to not have to call Furthermore, the current behavior is not consistent between |
Getting this to work would require an overhaul of how the event system propagates mouse events, currently the top @efiring and I had a discussion about this in another issue, but I can not find it right now. |
This is also related to #3989 which allows artists to tack extra information onto the message string. |
Ooh, overhaul, I like the sound of that, something for after MEP27 and MEP22 Also I think it should tie in with #3984 |
Even without the overhaul of the events, it would be possible (fairly easy) to modify |
@fariza Agreed, I don't think MEP22 should get cluttered up with extra features, they should wait until MEP22 lands. I opened this up as an issue just so that a) I don't forget this as an issue for later, and b) start the discussion on this bug/missing-feature ahead of time. |
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! |
See #25556. |
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! |
When using twin axes such as that in http://matplotlib.org/examples/api/two_scales.html only the coordinate of the twinned axis displays in the message area
x=... y=...
. This I find annoying when trying to read of data and find I can't.I would expect the message bar to say something like
x1=... x2=... y=...
.Not sure when this should get fixed, it feels like it should wait until MEP22 gets merged, but thinking about implementation, I wonder if we should use the axis label instead of xn, yn, and if we do that, then perhaps we should allow for a short label for message area and a long label to place next to the axis, and so I wonder if this can get achieved without a break in api, if it can't then it should go in with the
color overhaul
for 2.0.Thoughts?
The text was updated successfully, but these errors were encountered: