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

Skip to content

Commit 2bbe60a

Browse files
committed
STY: fix line length
1 parent d58647b commit 2bbe60a

1 file changed

Lines changed: 10 additions & 10 deletions

File tree

lib/mpl_toolkits/mplot3d/art3d.py

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -671,20 +671,20 @@ def _update_scalarmappable(sm):
671671
672672
These things together mean you can have the sequence of events:
673673
674-
- we create the artist, do the color mapping and stash the results in a 3D
675-
specific state.
676-
- change something about the ScalarMappable that marks it as in need of an
677-
update (`ScalarMappable.changed` and friends).
678-
- We call do_3d_projection and shuffle the stashed colors into the 2D version
679-
of face colors
680-
- the draw method calls the update_scalarmappable method which overwrites our
681-
shuffled colors
674+
- we create the artist, do the color mapping and stash the results
675+
in a 3D specific state.
676+
- change something about the ScalarMappable that marks it as in
677+
need of an update (`ScalarMappable.changed` and friends).
678+
- We call do_3d_projection and shuffle the stashed colors into the
679+
2D version of face colors
680+
- the draw method calls the update_scalarmappable method which
681+
overwrites our shuffled colors
682682
- we get a render that is wrong
683683
- if we re-render (either with a second save or implicitly via
684684
tight_layout / constrained_layout / bbox_inches='tight' (ex via
685685
inline's defaults)) we again shuffle the 3D colors
686-
- because the CM is not marked as changed update_scalarmappable is a no-op and
687-
we get a correct looking render.
686+
- because the CM is not marked as changed update_scalarmappable is
687+
a no-op and we get a correct looking render.
688688
689689
This function is an internal helper to:
690690

0 commit comments

Comments
 (0)