-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
v. 3.3.0: horizontal colorbar broken #18033
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
This is not a bug with regular axes, so its some sort of mplot3d issue. Its possible |
Note this would be closed by #17494 |
To check, the problematic change is the colorbar floating to the top? Assuming we don't want to backport the CL re-write for 3.3.x is there another workaround other than turning CL off ? |
I don't know. I can't bisect mplot3d stuff to figure out what is going on. |
ok fixed #18038 as far as I can tell. |
@chris-hld unfortunately I cannot think of a good workaround short of installing the 3.3.1 branch or downgrading to 3.2 until 3.3.1 is released. |
Thank you very much! |
* WIP: Epad * Add Tapering to EPAD * Add EPAD to performance plots * Fix energy * Scale EPAD energy to unity regardless of order * Add EPAD to examples and better warning * simplify scaling in epad * Add MAD * Update decoder.py Cleanup * Extend decoder performance plots * Get ready for matplotlib 3.3 * Add custom legends to DOA plot * Make DOA compatible to mpl < 3.3 * Use gouraud shading in performance plot * Allow mpl 3.3 for setup * Don't use horizontal colorbar, broken in mpl3.3.0 matplotlib/matplotlib#18033 * Update setup.py * Incorporate fix mpl 3.3.1 * More explicit cbar pos
Bug report
Bug summary
Horizontal colorbar location changed to something broken in latest 3.3.0
Code for reproduction
Here is a minimal example in the exact way I am using it. Is there any quick fix/workaround? I really appreciate the improved 3D axis handling in v. 3.3!
Actual outcome
from v. 3.2.0

from v. 3.3.0

The text was updated successfully, but these errors were encountered: