You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
related to #3631
Currently when plotting a region that happens to be broader in "height" (vertical axis) than in "width" (horizontal axis), the output figure may be very tall and not as readable as the standard square figure produced by yt.
I think the root cause is trivially that the figure width is hardcoded while the aspect ratio is constant.
I would make more sense to hardcode the width of the largest dimension, wether it happens to be the width or the height of the figure, and it would be backwards compatible in cases where it doesn't matter.
The text was updated successfully, but these errors were encountered:
After looking into the code I think it may even be considered a bug, because the following comment shows intention of implementing the behaviour I expect, not the one we actual see
Bug report
Bug summary
related to #3631
Currently when plotting a region that happens to be broader in "height" (vertical axis) than in "width" (horizontal axis), the output figure may be very tall and not as readable as the standard square figure produced by yt.
Code for reproduction
Actual outcome
![zy](https://user-images.githubusercontent.com/14075922/139574875-7b36dab3-81cc-4b31-867f-9a0784d54e50.png)
Expected outcome
I'd except a smaller figure, that would fit my screen while staying readable, on par with what I obtain after flipping axes:
I think the root cause is trivially that the figure width is hardcoded while the aspect ratio is constant.
I would make more sense to hardcode the width of the largest dimension, wether it happens to be the width or the height of the figure, and it would be backwards compatible in cases where it doesn't matter.
The text was updated successfully, but these errors were encountered: