Thanks to visit codestin.com
Credit goes to github.com

Skip to content

strange ticklabelposition behaviour #5321

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

Closed
nicolaskruchten opened this issue Dec 7, 2020 · 4 comments · Fixed by #5325
Closed

strange ticklabelposition behaviour #5321

nicolaskruchten opened this issue Dec 7, 2020 · 4 comments · Fixed by #5325
Assignees
Labels
bug something broken

Comments

@nicolaskruchten
Copy link
Contributor

In this pen: https://codepen.io/nicolaskruchten/pen/PoGzzbK

  1. the x range doesn't leave room for the y labels so they overlap the data
  2. the y range expands seemingly more than necessary for the x labels
@nicolaskruchten nicolaskruchten added the bug something broken label Dec 7, 2020
@nicolaskruchten
Copy link
Contributor Author

Looks like for the y labels / x range, we don't leave any space when mode="lines"

@nicolaskruchten
Copy link
Contributor Author

the two-line labels here should be top-aligned with each other so the months all read straight across

@archmoj
Copy link
Contributor

archmoj commented Dec 7, 2020

the two-line labels here should be top-aligned with each other so the months all read straight across

Only on the x-axis when side is bottom?

@alexcjohnson
Copy link
Collaborator

Only on the x-axis when side is bottom?

Good point - same thing happens when ticklabelposition is the default outside and side is 'top'. I'd consider it a bug in both cases.
Screen Shot 2020-12-07 at 11 21 21 AM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug something broken
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants