-
Notifications
You must be signed in to change notification settings - Fork 0
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
Update fork #3
base: dd-release
Are you sure you want to change the base?
Update fork #3
Conversation
The fact that this function is still returning a position when value is undefined was causing me an issue in single slider mode as under some conditions (after changing min and max values) it was setting positionTwo equal to max. I think it's better it returns undefined when value is undefined
…ers. (ptomasroos#191) Co-authored-by: Thiago <[email protected]>
Cleaned up indentations while keeping original code style
* Fix ptomasroos#45 * Fix ptomasroos#45 for any value of snapped prop and centralise prettier config * bugfix: add default value to markerSize
…roos#200) * Fix ptomasroos#45 * Fix ptomasroos#45 for any value of snapped prop and centralise prettier config * bugfix: add default value to markerSize * doc: README.md updated
* fix: Reenable allowOverlap for large sliders If your slider goes from, let's say, 0 to 10: - `this.optionsArray = [0, 1, ... 10];` => its length is 11 - however, `this.props.sliderLength` should only be divided by 10 (representing the 10 sections `0-1`, `1-2`, ..., `9-10`) The fix is then simply to replace L56 by ` this.stepLength = this.props.sliderLength / (this.optionsArray.length - 1);` * docs: Explicit the unit used by minMarkerOverlapDistance for more clarity One could think it was about steps
* feat: Allow expressing overlap distance without re-computing stepLength * refactor: Suggest reducing number of ternary conditions
Co-authored-by: Jascha Kanngiesser <[email protected]>
* * Adding so its possible to show steps - Show step labels - Show step marks on the track - Customizable step labels, prefix and suffix styling et. - Customizable styling for step container, step label and step markers * Adding smooth-snapped * Added docs
I don't think we should be doing this so close to our deadline. What is the reason behind this? Why do we need to update? We don't know this library's source code enough to review this code. We could introduce bunch of bugs with our horizontal/vertical sliders all around the app. If this fork really needs to be updated with the origin, it should be done after we submit the app, for the purpose of future releases, in my opinion. @westleydd might have a different opinion, in that case go ahead, but I feel it's extremely risky |
No description provided.