react-native-slider
react-native-slider copied to clipboard
Slider "active area" is offset from where the actual element is
Environment
System:
OS: macOS 12.6
CPU: (16) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
Memory: 680.34 MB / 32.00 GB
Shell: 5.8.1 - /bin/zsh
Binaries:
Node: 14.17.0 - ~/.nvm/versions/node/v14.17.0/bin/node
Yarn: 1.22.19 - ~/.nvm/versions/node/v14.17.0/bin/yarn
npm: 6.14.13 - ~/.nvm/versions/node/v14.17.0/bin/npm
Watchman: Not Found
Managers:
CocoaPods: Not Found
SDKs:
iOS SDK:
Platforms: DriverKit 22.1, iOS 16.1, macOS 13.0, tvOS 16.1, watchOS 9.1
Android SDK: Not Found
IDEs:
Android Studio: 2021.2 AI-212.5712.43.2112.8512546
Xcode: 14.1/14B47b - /usr/bin/xcodebuild
Languages:
Java: javac 19 - /usr/bin/javac
npmPackages:
@react-native-community/cli: Not Found
react: Not Found
react-native: Not Found
react-native-macos: Not Found
npmGlobalPackages:
*react-native*: Not Found
(Possibly) relevant deps from package.json:
"@react-native-community/slider": "4.2.4",
"@react-navigation/material-top-tabs": "6.2.1",
"@react-navigation/native": "6.0.10",
"@react-navigation/native-stack": "6.6.2",
"expo": "~44.0.2",
"expo-font": "~10.0.4",
"expo-splash-screen": "~0.14.1",
"expo-status-bar": "~1.2.0",
"jsc-android": "^250230.2.1",
"react": "17.0.1",
"react-dom": "17.0.1",
"react-native": "0.64.3",
"react-native-calendars": "1.1289.0",
"react-native-collapsible": "1.6.0",
"react-native-pager-view": "5.4.9",
"react-native-safe-area-context": "3.3.2",
"react-native-screens": "~3.10.1",
"react-native-tab-view": "3.1.1",
"react-native-web": "0.17.1"
Description
I have a Slider component that works perfectly fine on browser simulated mobile phone environment (Chrome -> responsive "iPhone 6/7/8 Plus" preset). But when I use the slider on a bigger screen (Chrome -> responsive "iPad Pro" preset), the active range (where the slider starts moving with mouse drag) is far to the left from where the actual slider element is.
Let's say, the slider element is between width 750px and 900px:
- When I simply click on the slider, it goes automatically to maximumValue
- If I click & hold the slider, and then pull to the left side of the screen, nothing happens to the slider. It does not move.
- But when I reach the left edge of the screen (about 100px), then the slider starts to move with the mouse drag.
Here's a video. The first part is the "click makes it max value", and then comes the slider offset:
https://user-images.githubusercontent.com/5442750/209342148-200b56a4-8bda-4a1a-a495-d398c9423b03.mov
Reproducible Demo
const styles = StyleSheet.create({
sliderBox: {
flexDirection: 'row',
},
});
interface Params {
min: number;
max: number;
initialValue: number;
bidToEdit: Bid;
setter: Function; // This just passes the value to the parent, does not affect incoming params
}
export const CustomSlider = ({ min, max, initialValue, bidToEdit, setter }: Params) => {
const [value, setValue] = useState<number>(initialValue);
const sliderUpdated = (newValue: number) => {
console.warn('Slider update to', newValue);
setValue(newValue);
setter(newValue);
};
return (
<View style={styles.sliderBox}>
<Slider
value={value}
step={1}
onValueChange={sliderUpdated}
minimumValue={min}
maximumValue={max}
minimumTrackTintColor={Colors.blue900Default}
maximumTrackTintColor={Colors.blue50}
thumbTintColor={Colors.blue900Default}
/>
<SliderPoints value={value} updatePoints={sliderUpdated} min={min} max={max} />
</View>
);
};
I've also tried setting a maxWidth for the containing <View>
but it doesn't change the behaviour.
I have also tried using onSlidingComplete
and onSlidingStart
, but the behaviour is still the same.
Hello @Torniojaws!
Thanks for a detailed report. One thing I have in mind before I start analysing this: Could you check if the issue still occur if you set the height
and especially width
to the style
prop of Slider itself as well, instead of trimming it with the container View styles only?
I also had this problem when upgrading from version 3 to version 4. I have a solution that solves this that I will make a PR for.
@Torniojaws, when this happens, could you please try to change the width of the browser. Will it work after that (without reloading)?
@mathias-berg I have the same problem,the slider offset problem can be solved by changing the browser width.
But there is no reason for users to change the browser size. Secondly, our web application will be nested by iframe, so the problem will still not be solved.
@BartoszKlonowski
Not using slider style to change the width and height, and using <View> for external Settings, this issue still exists but has not been resolved.
@mathias-berg I have the same problem,the slider offset problem can be solved by changing the browser width.
But there is no reason for users to change the browser size. Secondly, our web application will be nested by iframe, so the problem will still not be solved.
Sadly, the fix that I was working didn't fix this. Still had the problem occasionally, will look into another solution.
@BartoszKlonowski
I tried setting a width to <Slider>
itself, but seems it only "resized" the left edge offset area where moving changes the slider:
https://user-images.githubusercontent.com/5442750/212357147-7a0d9c71-a7d1-420a-9ae8-cd13b0a4286b.mov
@mathias-berg Actually yes, when I resize the browser window, it fixes the slider behaviour. Quite interesting.
The problem is because at onLayout
the containerRef
is sometimes undefined
and therefore the position is not saved and defaults to 0. But when changing the size of the window there is a listener that updated the new value and the position is saved correctly.
This is the the part of the code that is causing this since containerRef.current is not a truthy value all the times.
if ((containerRef as RefObject<View>).current) { updateContainerPositionX(); }
I find this bug making this library, unfortunately, useless
UPDATE: upgrading to expo 46->47 has fixed the issue
I'm on SDK 47 and it still exists for me
A workaround I found is to force onLayout
to be called a second time by changing the thumbStyle
prop and then reverting back.
const [tempThumbStyle, setTempThumbStyle] = React.useState<ViewStyle>({
width: 0,
height: 0,
});
React.useEffect(() => {
setTempThumbStyle({ width: undefined, height: undefined });
}, []);
And
<Slider
...
//@ts-ignore Not registered in types
thumbStyle={Platform.OS === "web" ? tempThumbStyle : undefined}
/>
Not pretty, but does the trick for now.
Still broken in latest version of expo (49.0.10)
Still occurring for me on Expo sdk 50.
@YoussefHenna's workaround worked for me.
A workaround I found is to force
onLayout
to be called a second time by changing thethumbStyle
prop and then reverting back.const [tempThumbStyle, setTempThumbStyle] = React.useState<ViewStyle>({ width: 0, height: 0, }); React.useEffect(() => { setTempThumbStyle({ width: undefined, height: undefined }); }, []);
And
<Slider ... //@ts-ignore Not registered in types thumbStyle={Platform.OS === "web" ? tempThumbStyle : undefined} />
Not pretty, but does the trick for now.
If someone looking for a solution and above don't work for you - try to use regular style
prop instead thumbStyle
. Did work for me.
import { useState, useEffect, ComponentProps } from 'react';
import { Platform, ViewStyle } from 'react-native';
import SliderLib from '@react-native-community/slider';
type Props = ComponentProps<typeof SliderLib>;
export const Slider = ({ style, ...props }: Props) => {
// https://github.com/callstack/react-native-slider/issues/470#issuecomment-1777525861
const [tempStyle, setTempStyle] = useState<ViewStyle>({
width: 0,
height: 0,
});
useEffect(() => {
setTempStyle({ width: undefined, height: undefined });
}, []);
return <SliderLib style={[Platform.OS === 'web' ? tempStyle : undefined, style]} {...props} />;
};
We found that this issue was caused by the react-navigation screen transition. The slider renders before the transition is complete, so the math to figure out the slider value based on touch is offset.
Here is our workaround: (Expo / React Navigation)
const navigation = useNavigation()
navigation.addListener('transitionEnd', () => {
if (Platform.OS === 'web') window.dispatchEvent(new Event('resize'))
})
The resize event causes the slider to re-evaluate where touches on the slider are.