-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
[MNT]: Deprecate onselect
/onmove_callback
of selectors
#21929
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I think at least making the As for deprecating, I'm not too sure what the motivation is? |
I think you may be referring to #20603, specifically #20603 (comment)? There, the point was to deprecate the |
Yes, this is what I was referring to and indeed this is different discussion - sorry, I should have checked it up before mentioning it here!
I have list some reasons above:
To clarify the inconsistency with signature of the arguments (
onselect : callable
A callback function that is called after a release event and the
selection is created, changed or removed.
It must have the signature::
def on_select(min: float, max: float) -> Any
onmove_callback : func(min, max), min/max are floats, default: None
Called on mouse move while the span is being selected.
onselect : function
A callback function that is called after a release event and the
selection is created, changed or removed.
It must have the signature::
def onselect(eclick: MouseEvent, erelease: MouseEvent)
where *eclick* and *erelease* are the mouse click and release
`.MouseEvent`\s that start and complete the selection.
onselect : function
Whenever the lasso is released, the *onselect* function is called and
passed the vertices of the selected path.
onselect : function
When a polygon is completed or modified after completion,
the *onselect* function is called and passed a list of the vertices as
``(xdata, ydata)`` tuples. |
#26000 only made these optional; do we want to do the deprecation as well? |
Summary
If I remember correctly, at some point, @anntzer suggested to deprecate
onselect
argument for selectors. Now, that I understand better what he meant at the time, I think it makes a lot of sense, because the behaviour of the "builtin" selector callback is contentious and inconsistent between selectors.Proposed fix
The alternative would be something along the lines of:
In my opinion, the reasons to deprecate are:
Proposed fix:
onselect
/onmove
arguments of the selectors, as per example aboveonmove_callback
of theSpanSelector
)The text was updated successfully, but these errors were encountered: