@@ -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