-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Remove shift-stepping from range in RangeControl #35020
Conversation
Size Change: -85 B (0%) Total Size: 1.06 MB
ℹ️ View Unchanged
|
20d18b4
to
efdce4e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From a quick test (both in Storybook and in the Columns slider, as described in #34363), this seems to work as expected.
TODO: test it better.
Let me know when you're satisfied with the level of testing (did you mean to add more unit tests?).
Co-authored-by: Marco Ciampini <marco.ciampo@gmail.com>
Thanks for the help @ciampo.
I'm satisfied. I'd simply wanted to give myself time in case it would occur to me there's some odd edge case to test and that hasn't happened. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's merge this!
(Technically a breaking change. Though after discussion in #34719, no one raised concerns that it would break code.)
Let's keep an eye out for potential bug reports about this, and be ready to revert this PR in case.
An alternative to #34719 to fix #34363. Removes the application of
shiftStep
to the changes from theinput [type=range]
inRangeControl
.I threw in a smidgen of cleanup of some props in the range sub-component. I was tempted to remove the whole thing as it doesn't do much besides add boilerplate at this point.
How has this been tested?
Verifying that the bug from #34363 can no longer be reproduced as well as less specific instances of it.
Verifying that the NumberControl still shift-steps as expected.
Types of changes
Bug fix
(Technically a breaking change. Though after discussion in #34719, no one raised concerns that it would break code.)
Checklist:
*.native.js
files for terms that need renaming or removal).