Support for react-native-screen 's createNativeStackNavigator
See original GitHub issueHi,
would be awesome if this lib would support
import createNativeStackNavigator from 'react-native-screens/native-stack';
since the performance of native-stack is awesome and absolutely no comparison to the usual createStackNavigator
Issue Analytics
- State:
- Created 4 years ago
- Reactions:31
- Comments:71 (14 by maintainers)
Top Results From Across the Web
Native Stack Navigator | React Navigation
Native Stack Navigator provides a way for your app to transition between screens where each new screen is placed on top of a...
Read more >react-native-screens - npm
Screens support is built into react-navigation starting from version 2.14.0 for all the different navigator types (stack, tab, drawer, etc). To ...
Read more >Hide header in stack navigator React navigation
I use this to hide the stack bar (notice this is the value of the second param): ... const Stack = createNativeStackNavigator() ....
Read more >Navigating React Native Screens in Brownfield Android Apps
In this case, since the React Native screen/s has an equivalent Android Activity or… ... with the help of the react-navigation library.
Read more >Get Started with Auth0 Authentication in React Native Android ...
The “Welcome to React Native” screen, as seen on an Android emulator. If your system is connected to multiple physical or virtual Android ......
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Dear fellow coders,
All good things come to an end. And I have decided to stop working on shared-element as it no longer fits into my life and I lack sufficient time, energy and motivation.
One of the most important reasons for that is that I haven’t used shared-element myself in the last 2 years. And maintaining Open Source libs is something you do mostly because of the love and utility you have for it yourself. As I’ve grown older the energy to spend time on my OS libs (either in my spare time or between projects) has decreased, to the point that I get very little satisfaction from it. I’m content with how the native building blocks turned out and it’s an interesting solution to a rather tricky problem. The react-navigation binding has however been a struggle from the start. When ReactNavigation@4 support was completed, ReactNavigation@5 was released, and in the beginning things were still changing and breaking at a regular pace. Supporting, testing and making sure the code-base is maintainable requires a far greater dedication than I am willing to put into it, for something I don’t use myself.
Looking back I should probably not have accepted the donations/funds to work on this project/feature. But it felt like such great energy and love for the project that I wanted to give it a go. Circumstances have however not been favourable and breaking up with my GF, moving to a new place and being an emotional wreck at times have not helped. Some good progress has however been made but it’s not there yet. The testing app has been extended to showcase all the tests with the native navigator. The whole lifecycle mechanism has been reworked to capture the start of the navigation faster. Temporary patches have been applied to react-navigation to fix certain issues. The current state is that it somewhat works, but there is an issue with determining the position of the target element. Which seems somehow related to the native code performing its measurement sooner in combination with react-native-screens. This requires deeper analysis and debugging in order to understand the problem and hopefully fix it.
Which brings me to this last paragraph. I would love to see that shared-element continues to exist, as it solves a problem within the react-native ecosystem. Functionally it’s probably not essential, but it’s one of those things that brings shine to an app, and takes the attention of the user on a journey to make for a better UI experience. I’m therefore looking for a new home or maintainer for both react-native-shared-element and react-navigation-shared-element. And I will make $1000 of the donation funds available to the person or company willing to take this on (and continue with native-stack support). Please reach out to me personally if you want to take this over or have ideas or suggestions for a new home.
peace out, Hein
https://github.com/kmagiera/react-native-screens/issues/317