BottomSheet should allow users to decide their ScrollView Component instead of a hardcoded ScrollView
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 55/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Stale
- Tech stack
- react-native, typescript
- Domain
- mobile
Research direction
Start at packages/base/src/BottomSheet/BottomSheet.tsx#L73, where the BottomSheet currently places a ScrollView around its children. Review the component's existing props and how React Native FlatList and ScrollView interact. Done means users can choose the scroll container or ScrollViewComponent so a FlatList can be used without the nested VirtualizedLists warning.
Written by the indexing model from the issue text.
Description
Is your feature request related to a problem? Please Describe.
I would like to using FlatList inside RNE BottomSheet (I have to display a long list in that BottomSheet), but I get this error after putting the FlatList inside BottomSheet:
ERROR VirtualizedLists should never be nested inside plain ScrollViews with the same orientation because it can break windowing and other functionality - use another VirtualizedList-backed container instead.
this error is not fatal but may cause issues if user trying to have a complex FlatList
Describe the solution you'd like
The error occurs as BottomSheet already has a ScrollView on top of children in BottomSheet.tsx#L73
Since FlatList is a kind of ScrollView and RN doesn't prefer a ScrollView wrapped inside another ScrollView, we will get the error message above.
Either allow users to define their ScrollView inside children or their ScrollViewComponent in that line will solve the problem
Describe alternatives you've considered
Additional context
I am using RNE 4.0.0-rc7
- Dominant language
- MDX
- Stars
- 25.9k
- Forks
- 4.7k
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from react-native-elements/react-native-elements
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
react-native-elements/react-native-elements#4035 · 1 comment ·
-
Needs Triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
react-native-elements/react-native-elements#3963 · 2 comments · 2 reactions ·
-
component: Button
react-native-elements/react-native-elements#4032 · 1 assignee ·
-
TS Bug - @rneui/base@5.0.0 — Undeclared type dependency causes IconProps to lose color/name/size Opencomponent: Icon
react-native-elements/react-native-elements#4027 · 2 comments · 4 reactions · 1 assignee ·
-
📞 Needs Response from Author
react-native-elements/react-native-elements#4022 · 9 comments · 2 reactions · 1 assignee ·
All issues in react-native-elements/react-native-elements
Similar issues
-
Build Failure: agora_rtc_engine compiled against android-31 while dependencies require android-34+ Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
avniproject/avni-client#2135 ·
-
react-doctor severity:warning tech-debt
Difficulty 1/5 Under an hour Newbie friendliness 88/100
digidem/comapeo-cloud-app#403 ·
-
Icon Requests Opensupported
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LawnchairLauncher/lawnicons#4100 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
CypherBoxLLC/Cypher-Box#284 ·