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
This fixes the issue #1302 [edgecolor(s) being ignored by pcolor/pcolormesh when facecolor(s) is set to 'none'].
From a quick look at the discussion in #1302 and looking at the underlying code, I think this PR should work. NOTE: I am not entirely familiar with how the Collection object is supposed to behave. If this PR fails the tests then I will close this PR and dig deeper to find the correct approach. (all the tests passed!).
[ ] New features are documented, with examples if plot related
Documentation is sphinx and numpydoc compliant
[ ] Added an entry to doc/users/next_whats_new/ if major new feature (follow instructions in README.rst there)
[ ] Documented in doc/api/api_changes.rst if API changed in a backward-incompatible way
pharshalp
changed the title
[WIP] pcolor/pcolormesh bug #1302 (edgecolors being ignored by pcolor/pcolormesh when facecolors is set 'none').
pcolor/pcolormesh bug #1302 (edgecolors being ignored by pcolor/pcolormesh when facecolors is set 'none').
Sep 23, 2018
pharshalp
changed the title
pcolor/pcolormesh bug #1302 (edgecolors being ignored by pcolor/pcolormesh when facecolors is set 'none').
pcolor/pcolormesh bug #1302 (edgecolors being ignored when facecolors is set 'none').
Sep 23, 2018
pharshalp
changed the title
pcolor/pcolormesh bug #1302 (edgecolors being ignored when facecolors is set 'none').
Fixes #1302 (pcolor/pcolormesh bug - edgecolors being ignored when facecolors is set 'none').
Sep 23, 2018
@pharslap, looks great. I took the liberty of editing your title - no need to ref original issue, and description of fix is most helpful...
jklymak
changed the title
Fixes #1302 (pcolor/pcolormesh bug - edgecolors being ignored when facecolors is set 'none').
FIX: pcolor/pcolormesh honour edgecolors kwarg when facecolors is set 'none'
Sep 23, 2018
This is superseded by #18480. Thank you for the contribution, @pharshalp. Although your PR was not merged, it led to a different solution to the problem.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
PR Summary
Closes #1302
This fixes the issue #1302 [edgecolor(s) being ignored by pcolor/pcolormesh when facecolor(s) is set to 'none'].
From a quick look at the discussion in #1302 and looking at the underlying code, I think this PR should work.
NOTE: I am not entirely familiar with how the Collection object is supposed to behave. If this PR fails the tests then I will close this PR and dig deeper to find the correct approach.(all the tests passed!).Example:
Current outcome:

Correct outcome (after applying the fix in this PR):

PR Checklist
[ ] New features are documented, with examples if plot related[ ] Added an entry to doc/users/next_whats_new/ if major new feature (follow instructions in README.rst there)[ ] Documented in doc/api/api_changes.rst if API changed in a backward-incompatible way