-
-
Notifications
You must be signed in to change notification settings - Fork 358
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
Fix type inference failure in get_clims
#3838
Fix type inference failure in get_clims
#3838
Conversation
I don't think so, you should be able to set the color of the border separate from the fillcolor and while not implemented we shouldn't block the way to fill shapes with gradients |
Fair enough. Taking a closer look, it seems that code is very type unstable, or inference failed. If I enforce the type of the return value as |
Codecov Report
@@ Coverage Diff @@
## master #3838 +/- ##
==========================================
- Coverage 63.50% 63.25% -0.26%
==========================================
Files 28 28
Lines 7464 7489 +25
==========================================
- Hits 4740 4737 -3
- Misses 2724 2752 +28
Continue to review full report at Codecov.
|
get_clims
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice, we should have more of these to be as type stable as possible.
Resolves #3837
The intent is to short-circuit the
clims
calculation with ashape
series type. Each shape is a series and only has a single color (right?), so all that calculation is unnecessary.Only issue with the current PR is that using
fill_z
instead offillcolor
is broken, plot shapes have no color. Has to be a way to detect this situation to allowget_clims
to work properly?