Skip to content

Conversation

@francescovdd
Copy link

No description provided.

darkbasic and others added 16 commits March 28, 2020 07:25
)

* fix(marker): offset markers on opposite directions

* docs(readme): update markerOffset description
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
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 <jascha.kanngiesser@sap.com>
* * 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
@agunay
Copy link

agunay commented Jun 10, 2022

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.