Skip to content
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

Open
wants to merge 17 commits into
base: dd-release
Choose a base branch
from
Open

Update fork #3

wants to merge 17 commits into from

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
* * 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.