matplotlib icon indicating copy to clipboard operation
matplotlib copied to clipboard

[ENH]: should Axes hold references to widgets?

Open timhoffm opened this issue 3 years ago • 6 comments

Problem

People often forget to hold a reference to a widget so that it‘s getting garbage collected, c.f. #24372.

Proposed solution

Track widgets in a (maybe private) Axes attribute, as we do for artists.

The widget‘s artists (=visual part of the widget) are referenced, so there is a tight relationship. We should add the widget objects themselves (=logic part of the widget) as well.

timhoffm avatar Nov 05 '22 08:11 timhoffm

See also https://github.com/matplotlib/matplotlib/pull/16221 and linked issues.

anntzer avatar Nov 05 '22 08:11 anntzer

Thanks for the reminder on #16221. At least for the case of widgets, I feel that holding explicit references is simpler than the lambda construct (explicit is better than implicit).

timhoffm avatar Nov 05 '22 08:11 timhoffm

To be clear, I don't have a strong preference implementation-wise, it was just to point out an earlier discussion on the same topic.

anntzer avatar Nov 05 '22 09:11 anntzer

@anntzer in #16221 you complain about the use of weak references in the callback registry. Proposals to address the current issue include your lambda trick and tracking strong references in the Figure or Axes. Do you also have in mind a solution based on switching from weak to strong references in the callback registry? Or would that have been your preference from the start, but it is now too late to change it?

efiring avatar Jun 05 '23 18:06 efiring

I would certainly prefer using strong references (the lambda trick is basically just a way to get strong references for cheap). I think it's possible to even have a proper deprecation period when changing that (basically emit a warning if a method proxy gets gc'ed from the callbackregistry if it didn't get disconnected before -- untested, though). However IIRC @tacaswell is strongly (hehe) in favor of keeping the weakref semantics.

anntzer avatar Jun 05 '23 19:06 anntzer

I agree with @anntzer's comments here. The current behavior is surprising and not user-friendly.

carlosgmartin avatar Oct 14 '24 05:10 carlosgmartin

See also #26881 ("Provide a standard place to manually register widgets/animations on a figure/artist/etc.") for an alternative suggestion.

anntzer avatar Feb 27 '25 09:02 anntzer