I tried but didn't fit my needs of simple multi step menu

[grego5]

My requirements were fixed height with scrollable content, which are basically list of radio inputs or buttons.
Selecting one option reveal next step menu. Simple, yet I couldn't make this with this module.
It's not a complaint or request, just feedback from my own, perhaps niche, experience. Maybe I just picked wrong tool for the job.

I had 3 options:

1. One true sheet shared component and conditional rendering of the children based on current step: issue: ScrollView doesn't scroll up. It closes the bottom sheet.
2. One true sheet for initial view, and 1 nested true sheet for each other step view. ScrollView works properly in this case, since each step is rendered directly within it's dedicated true sheet component on show. Issue: when dragging stacked sheet, you see the previous one underneath. Another issue I have to set initial index and disable open animation to give illusion that it's same container, but you can't disable the closing animation, so it looks like jank on close. A lot of boilerplate, extra components, refs, controls, to open/close.
3. No nesting, Have stack state for tracking steps, and each view wrapped in it's own true sheet. So you close inactive and open the active. Issues:

• Need custom backdrop or it flickers. Have to disable animations, but still can't disable on close.
• If you press to go back to the initial view it has to be restored without animation as well, just show the content, but you do want the animation on first open.
• Since I can't map callbacks to different dismiss methods: backdrop press, swipe down, or back button, I can't use back button (onDismiss) for going step back, because then swiping down will also open previous step, which makes no sense for UX.

So I'm back to my simple bottom sheet made of flex-end View and translateY with reanimated for now. Maybe animation not as smooth but at least text inputs auto focus properly, I can use single component, scroll list works, inputs and buttons always respond. For some reason true sheet sometimes once in 30 renders it takes 1 sec for responder to start reacting. Still better than gorhom that may lock your inputs for 10 sec consistently.
Since it's a business app to reduce repetition, consistent and fast response more important than animations.

Screen.Recording.2025-07-08.224448.mp4

[lodev09]

You need to provide specifics. Please create issues one-by-one if you encounter blockers and I'll take a look. Thank you!