Krzysztof Magiera

Would add LG form sheets too that will hopefully land in the next version of react native screens

Yes. Screens have a custom implementation for full screen swipe that can enabled with a prop. With the next version it will however default to the native full screen swipe behavior

Note that simple_push still doesn't modify the default behavior but provides an alternative animation that tries to match the default behavior. This will be different in iOS 26 where push/pop have a rubber-band effect now

yeah, simple_push really seems like the only way to go here. We've spent some time trying to match the default behavior (you can read more about it here: github.com/software-man... ) Open to changing that if you can suggest a better easing curve

Default transitions are hardly customizable on iOS. Especially now with iOS 26 where they made a ton of changes and the default transitions behave differently, I wonder how the x app would feel (given it is indeed custom transition for push). I can see if there’s anything we could do next week

As for that one I’m not so sure, it may just add another handler when you call it for the second time. Would need to check

Can’t you make the reference stable with useMemo though and just reconfigure it when needed?

Another way to do it is to keep the drawer gesture references which may stable too with useMemo and only co figure it once. You can reassign the gesture instance to new components and I think you should be able to event have it used in two different components at the same time

If the drawer changes frequently this could be a problem. The native gesture will be accumulating all the previous drawer gesture references which may become too big. It actually only keeps the id so each one wont contribute a lot but if it grows indefinitely it could be a problem

If you have any feedback from using the tool I'd be super valuable to hear your thoughts. Thanks!

We also contribute changes or work with other tools that we integrate such that we can eventually get rid of these with some future versions of RN.

There are a couple of "hacks" that may be considered fragile but they typically stem from current limitations in RN tooling. A lot of them are mitigated or completely obsolete on newer versions of RN while we keep them around in order to support older versions.

It might seem to be too good to be true, but we’ve worked hard over many months to get it to the point we're at now.

There are still some rough edges but works very well for many people already.

🙋‍♂️ will be there

Read more about Radon AI: ide.swmansion.com/docs/feature...
And check out the full changelog for the 1.5 release: github.com/software-man...

Introducing Radon AI for GitHub Copilot!
📚It taps into our daily-updated database of docs & code samples from top libraries in RN directory, giving Copilot the best context for your queries
🧐It understands versions of packages you're using for improved quality of suggestions

🚀 Radon IDE 1.5 is out!

🚨🚨 NEW 💬 Radon AI – Chat participant for GitHub Copilot with up-to-date React Native knowledge

And more:
⚡ Improved EAS workflows
📱 Home / App Switch buttons support
🪲 Improved error & exception handling with clickable links
🔧 Support for RN 0.79

Just published Radon IDE 1.3 with:
🛜 built-in Network Inspector
0️⃣ zero config integrated Redux DevTools
💅🏻 the panel now matches editor theme by default (contributed by @kszlezingier.bsky.social )
👾 number of important fixes to debugger and project workflows

Install it here: ide.swmansion.com

It required small changes to Fabric but thanks to the help from Meta we got that sorted a long time ago. Other than that Fabric is really well designed and we would have to make a ton of compromises if it wasn't in place and we had to work with the old architecture (that's why Rea4 is Fabric only)

As for the compromises, there isn't anything significant that comes to mind. The biggest challenge was to figure out how to handle prop updates that aren't triggered by react re-renders, but we actually come up with the right technique in Reanimated 3 already when integrating with Fabric.

Those are all great questions. We have a good contact with people at meta and been discussing this as well. There are definitely different tradeoffs so difficult to say at this point if this will land upstream in the near future.

This is the most important update to Reanimated since worklets. Really proud of the team 🐎

There’s a chance this will work without being wrapped. I don’t know to be honest. Of course as long as you don’t nest buttons under components that use gestures too

So you can’t make the Animated wrapper for a component that is already wrapped. BTW: reanimated doesn’t have this restriction but the example is for Animated API not Reanimated

I don’t know if it is needed. Would have to try it. All button components are by default wrapped this way such that they can be referenced in other gesture detectors for orchestration. The “pure” button is not wrapped because Animated requires direct native component for createAnimatedComponent

Buttons | React Native Gesture Handler Gesture handler library provides native components that can act as buttons. These can be treated as a replacement to TouchableHighlight or TouchableOpacity from RN core. Gesture handler's buttons reco...

If you need that animation to run as worklet, this would require diving a bit deeper into mostly undocumented "PureNativeButton" docs.swmansion.com/react-native... – there's example code there for Animated but you can do something similar with Reanimated and then pass worklet to onActiveStateChange

Buttons | React Native Gesture Handler Gesture handler library provides native components that can act as buttons. These can be treated as a replacement to TouchableHighlight or TouchableOpacity from RN core. Gesture handler's buttons reco...

this could be some bug in Pressable implementation. By this fragment I can't tell if Pressable is imported from Gesture Handler or from React Native. For this usecase I'd recommend trying BaseButton and use onActiveStateChange to trigger the animation: docs.swmansion.com/react-native...

Sorry to hear that. You can use customBuild configuration which allows you to specify build command that then could just print the apk location ide.swmansion.com/docs/guides/... but if you have time I would appreciate if you could file an issue so that we can find a proper fix

Release v1.2.0 · software-mansion/radon-ide What's Changed Add support for react native 77 by @filip131311 in #864 Improve device settings by @filip131311 in #869 Update disabling of UrlBars buttons by @p-malecki in #871 Add feedback modal...

Full changelog and local download options available from releases page: github.com/software-man...

First Radon IDE update in 2025 with:
🔧 Redux and React Query tools (more tools incoming)
7️⃣ support for RN 0.77
🏗️ local EAS builds support
📱 ui updates making more room for device
🏋️ more stability improvements and bug fixes
Radon IDE is also now available in Windsurf 🌊