Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

FIX: be very paranoid about checking what the current canvas is#25573

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
tacaswell wants to merge2 commits intomatplotlib:main
base:main
Choose a base branch
Loading
fromtacaswell:fix_removed_widget_axes

Conversation

tacaswell
Copy link
Member

PR Summary

closes#25572

There are many ways for things to end up in odd states, the goal here is to detect if the the canvas has changed under us when trying to manage the state of widgets.

PR Checklist

Documentation and Tests

  • Has pytest style unit tests (andpytest passes)
  • [N/A] Documentation is sphinx and numpydoc compliant (the docs shouldbuild without error).
  • [N/A] New plotting related features are documented with examples.

Release Notes

  • [N/A] New features are marked with a.. versionadded:: directive in the docstring and documented indoc/users/next_whats_new/
  • [N/A] API changes are marked with a.. versionchanged:: directive in the docstring and documented indoc/api/next_api_changes/
  • [N/A] Release notes conform with instructions innext_whats_new/README.rst ornext_api_changes/README.rst

@tacaswelltacaswell added this to thev3.7.2 milestoneMar 29, 2023
@anntzer
Copy link
Contributor

Perhaps the simpler check would beself.canvas is self.canvas.figure.canvas? Note that while figure.canvas can change (hence the introduction of _changed_canvas), I think canvas.figure does not ever change (at least in practice... it may even be possible to spec that), so the proposed check is effectively "does the figure I initially got still use the same canvas as initially?" Also none of these attributes should ever be None, AFAICT.

Alternatively, we could additionally recordself._figure = ax.figure in the constructor and checkself._figure.canvas is self.canvas; again this should sidestep the None problems?

@tacaswell
Copy link
MemberAuthor

Alternatively, we could additionally record self._figure = ax.figure in the constructor and check self._figure.canvas is self.canvas; again this should sidestep the None problems?

I think that would still miss the "middle removed" issue as we have references that skip generations and we should avoid adding more hard-references than we strictly need....

But I will change toself.canvas is self.canvas.figure.canvas

@tacaswelltacaswellforce-pushed thefix_removed_widget_axes branch from54db976 to7100b57CompareMarch 31, 2023 20:08
# no canvas, something is very fishy
if self.canvas is None:
return True
return self.canvas is not self.canvas.figure.canvas
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Can be made one-liner asreturn self.canvas is not None and self.canvas is not self.canvas.figure.canvas.

Copy link
Contributor

@anntzeranntzer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Modulo CI, and with an optional additional comment.

Co-authored-by: Antony Lee <anntzer.lee@gmail.com>
@tacaswell
Copy link
MemberAuthor

Hmm, we are back to not being careful enough...but only an azure?!

@anntzer
Copy link
Contributor

That's a bit fishy, but perhaps just change all theself.ax.draw_artist(artist) byartist.draw(self.canvas.get_renderer())? (which should bypass the problem of whetherself.ax.figure is None or not -- anyways, having draw_artist be an Axes method always seemed a bit weird to me (I do realize that historically we cached the renderer on the axes, but that's not really the logical place to have it)).

@QuLogicQuLogic modified the milestones:v3.7.2,v3.7.3Jul 5, 2023
@QuLogicQuLogic modified the milestones:v3.7.3,v3.8.0Sep 9, 2023
@ksundenksunden removed this from thev3.8.0 milestoneSep 12, 2023
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@anntzeranntzeranntzer approved these changes

@timhoffmtimhoffmtimhoffm approved these changes

Assignees
No one assigned
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

[Bug]: Artist.remove() isn't fully removing it from figure
6 participants
@tacaswell@anntzer@timhoffm@QuLogic@jklymak@ksunden

[8]ページ先頭

©2009-2025 Movatter.jp