react-native-gesture-handler icon indicating copy to clipboard operation
react-native-gesture-handler copied to clipboard

requireExternalGestureToFail is not able to block a ScrollView

Open gaearon opened this issue 11 months ago • 5 comments

Description

According to the docs, requireExternalGestureToFail is like the inverse of blocksExternalGesture.

However, I can't actually get requireExternalGestureToFail to do anything useful with a native gesture.

In particular, I want to block ScrollView if my Pan is being recognized.

The docs lead me to believe that this code would work:

import {View} from 'react-native'
import {
  Gesture,
  GestureDetector,
  GestureHandlerRootView,
  ScrollView,
} from 'react-native-gesture-handler'

export default function App() {
  const pan = Gesture.Pan()
    .onBegin(() => {
      'worklet'
      console.log('begin')
    })
    .onUpdate(() => {
      'worklet'
      console.log('update')
    })
    .onEnd(() => {
      'worklet'
      console.log('end')
    })
    .onFinalize(() => {
      'worklet'
      console.log('finalize')
    })
  return (
    <GestureHandlerRootView>
      <GestureDetector gesture={pan}>
        <View style={{flex: 1, backgroundColor: 'blue'}}>
          <ScrollViewExample pan={pan} />
        </View>
      </GestureDetector>
    </GestureHandlerRootView>
  )
}

function ScrollViewExample({pan}) {
  const native = Gesture.Native().requireExternalGestureToFail(pan)
  return (
    <GestureDetector gesture={native}>
      <ScrollView
        horizontal
        pagingEnabled
        style={{
          flex: 1,
          backgroundColor: 'yellow',
        }}>
        <View
          style={{
            width: 200,
            height: '100%',
            backgroundColor: 'green',
          }}
        />
        <View
          style={{
            width: 200,
            height: '100%',
            backgroundColor: 'purple',
          }}
        />
      </ScrollView>
    </GestureDetector>
  )
}

But it doesn't do anything. The ScrollView is still in control of the gesture.

Steps to reproduce

  1. Drag the ScrollView
  2. The ScrollView gets dragged, but it should have been blocked by the Pan

https://github.com/user-attachments/assets/5950c53a-0f46-4060-83ac-6f414b87fe59

Snack or a link to a repository

https://snack.expo.dev/k1-MTyYfvD3wQNk3sr_je

Gesture Handler version

2.20.2

React Native version

0.76.3

Platforms

iOS

JavaScript runtime

Hermes

Workflow

Expo bare workflow

Architecture

Paper (Old Architecture)

Build type

Debug mode

Device

Real device

Device model

No response

Acknowledgements

Yes

gaearon avatar Dec 07 '24 16:12 gaearon

OMG. I accidentally imported ScrollView from RNGH (due to my IDE) and that's why it did not work. If I change the ScrollView import to be from react-native, it works. Not sure how to feel about it but this definitely simplifies things.

gaearon avatar Dec 07 '24 20:12 gaearon

OMG. I accidentally imported ScrollView from RNGH (due to my IDE) and that's why it did not work. If I change the ScrollView import to be from react-native, it works. Not sure how to feel about it but this definitely simplifies things.

That's the correct thing to do if you're using the API from RNGH2 (<GestureDetector />). ScrollView exported from RNGH is a convenience wrapper that automatically wraps the ScrollView with NativeViewGestureHandler (the old API). It's kept for backwards compatibility with RNGH 1 so updates would be less painful. We are in the process of cleaning up the package for the next major and dealing with the components mess is high on the TODO list.

Anyway, it didn't work with ScrollView from RNGH because there were two native gestures attached to it - the one you created and the one from the wrapper. The one from the wrapper was deeper in the tree, so it got priority for event handling, and the relations you defined didn't get a chance to work.

Generally, if you want to use Gesture.Native on a component you shouldn't do it on components exported from RNGH as those come with it preapplied.

According to the docs, requireExternalGestureToFail is like the inverse of blocksExternalGesture.

I'll see what can be done about the docs, hopefully, we'll have them updated by the time the next major releases.

j-piasecki avatar Dec 09 '24 11:12 j-piasecki

Ohh ok that makes sense (and yeah, not very obvious). Could GestureHandler be made to warn if its direct child is an RNGH back compat component?

It would be nice to mark those old top-level as @deprecated in TS. I did not actually realize what they were for and that they were related to an older API.

gaearon avatar Dec 09 '24 20:12 gaearon

My two cents is that requireExternalGestureToFail docs need to show how to block native views. It is documented neither in requireExternalGestureToFail docs nor in Gesture.Native() docs. It is not obvious that they work together.

gaearon avatar Dec 09 '24 21:12 gaearon

Could GestureHandler be made to warn if its direct child is an RNGH back compat component?

That should be doable, I'll need to double check whether it's detectable without any false positives (they use the same native handler under the hood).

It would be nice to mark those old top-level as @deprecated in TS. I did not actually realize what they were for and that they were related to an older API.

We are looking into updating them not to use the old API but we haven't reached any conclusions yet.

j-piasecki avatar Dec 10 '24 08:12 j-piasecki