metafizzy / metafizzy/flickity
Friction and selectedAttraction behave differently on different refresh rates
- Dominant language
- JavaScript
- Stars
- 7.6k
- Forks
- 593
- PR merge metrics
- No merged PRs in 30d
Description
Hi guys,
First of all, you've done an amazing job with this library. Really outstanding, compared to others out there. We couldn't be more grateful!
One small "issue" we've noticed is that, with the same friction and selectedAttraction values (example below uses selectedAttraction: 0.022 and friction: 0.28), a carousel behaves differently viewing them on screens with different refresh rates.
2 video's to clearly illustrate this, below:
- Behaviour at 60Hz: https://devplus.be/downloads/flickity/60Hz.mov
- Behaviour at 144Hz: https://devplus.be/downloads/flickity/144Hz.mov
Since the animations are based on physics rather than time based transitions, it seems that on higher refresh rate screens, animations are much faster.
This may seem like a minor issue, but it's concerning for us because it creates different behaviours on the same browsers, same devices but with different screens. Where time based transitions are more controllable.
Contributor guide
Research direction
The issue names no files, tests, or entry points. Reproduce the carousel with selectedAttraction 0.022 and friction 0.28 at 60Hz and 144Hz, using the linked videos as references, then trace the animation behavior to determine whether the refresh-rate difference can be corrected without changing the intended physics.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100