Stack Navigator
Stack Navigator provides a way for your app to transition between screens where each new screen is placed on top of a stack.
By default the stack navigator is configured to have the familiar iOS and Android look & feel: new screens slide in from the right on iOS, use OS default animation on Android. But the animations can be customized to match your needs.
One thing to keep in mind is that while @react-navigation/stack
is extremely customizable, it's implemented in JavaScript. While it runs animations and gestures using natively, the performance may not be as fast as a native implementation. This may not be an issue for a lot of apps, but if you're experiencing performance issues during navigation, consider using @react-navigation/native-stack
instead - which uses native navigation primitives.
Installation
To use this navigator, ensure that you have @react-navigation/native
and its dependencies (follow this guide), then install @react-navigation/stack
:
- npm
- Yarn
- pnpm
npm install @react-navigation/stack
yarn add @react-navigation/stack
pnpm add @react-navigation/stack
Then, you need to install and configure the libraries that are required by the stack navigator:
-
First, install
react-native-gesture-handler
.If you have a Expo managed project, in your project directory, run:
npx expo install react-native-gesture-handler
If you have a bare React Native project, in your project directory, run:
- npm
- Yarn
- pnpm
npm install react-native-gesture-handler
yarn add react-native-gesture-handler
pnpm add react-native-gesture-handler
-
To finalize the installation of
react-native-gesture-handler
, we need to conditionally import it. To do this, create 2 files:gesture-handler.native.js// Only import react-native-gesture-handler on native platforms
import 'react-native-gesture-handler';gesture-handler.js// Don't import react-native-gesture-handler on web
Now, add the following at the top (make sure it's at the top and there's nothing else before it) of your entry file, such as
index.js
orApp.js
:import './gesture-handler';
Since the stack navigator doesn't use
react-native-gesture-handler
on Web, this avoids unnecessarily increasing the bundle size.warningIf you are building for Android or iOS, do not skip this step, or your app may crash in production even if it works fine in development. This is not applicable to other platforms.
-
Optionally, you can also install
@react-native-masked-view/masked-view
. This is needed if you want to use UIKit style animations for the header (HeaderStyleInterpolators.forUIKit
).If you have a Expo managed project, in your project directory, run:
npx expo install @react-native-masked-view/masked-view
If you have a bare React Native project, in your project directory, run:
- npm
- Yarn
- pnpm
npm install @react-native-masked-view/masked-view
yarn add @react-native-masked-view/masked-view
pnpm add @react-native-masked-view/masked-view
-
If you're on a Mac and developing for iOS, you also need to install the pods (via Cocoapods) to complete the linking.
npx pod-install ios
Usage
To use this navigator, import it from @react-navigation/stack
:
- Static
- Dynamic
import { createStackNavigator } from '@react-navigation/stack';
const MyStack = createStackNavigator({
screens: {
Home: HomeScreen,
Profile: ProfileScreen,
},
});
import { createStackNavigator } from '@react-navigation/stack';
const Stack = createStackNavigator();
function MyStack() {
return (
<Stack.Navigator>
<Stack.Screen name="Home" component={HomeScreen} />
<Stack.Screen name="Profile" component={ProfileScreen} />
</Stack.Navigator>
);
}
API Definition
Props
In addition to the common props shared by all navigators, the stack navigator accepts the following additional props:
detachInactiveScreens
Boolean used to indicate whether inactive screens should be detached from the view hierarchy to save memory. This enables integration with react-native-screens. Defaults to true
.
If you need to disable this optimization for specific screens (e.g. you want to screen to stay in view even when unfocused) detachPreviousScreen
option.
Options
The following options can be used to configure the screens in the navigator. These can be specified under screenOptions
prop of Stack.navigator
or options
prop of Stack.Screen
.
title
String that can be used as a fallback for headerTitle
.
cardShadowEnabled
Use this prop to have visible shadows during transitions. Defaults to true
.
cardOverlayEnabled
Use this prop to have a semi-transparent dark overlay visible under the card during transitions. Defaults to true
on Android and false
on iOS.
cardOverlay
Function which returns a React Element to display as the overlay for the card. Make sure to set cardOverlayEnabled
to true
when using this.
cardStyle
Style object for the card in stack. You can provide a custom background color to use instead of the default background here.
You can also specify { backgroundColor: 'transparent' }
to make the previous screen visible underneath (for transparent modals). This is useful to implement things like modal dialogs. You should also specify presentation: 'modal'
in the options when using a transparent background so previous screens aren't detached and stay visible underneath.
On Web, the height of the screen isn't limited to the height of the viewport. This is by design to allow the browser's address bar to hide when scrolling. If this isn't desirable behavior, you can set cardStyle
to { flex: 1 }
to force the screen to fill the viewport.
presentation
This is shortcut option which configures several options to configure the style for rendering and transitions:
card
: Use the default OS animations for iOS and Android screen transitions.modal
: Use Modal animations. This changes a few things:- Sets
headerMode
toscreen
for the screen unless specified otherwise. - Changes the screen animation to match the platform behavior for modals.
- Sets
transparentModal
: Similar tomodal
. This changes following things:- Sets
headerMode
toscreen
for the screen unless specified otherwise. - Sets background color of the screen to transparent, so previous screen is visible
- Adjusts the
detachPreviousScreen
option so that the previous screen stays rendered. - Prevents the previous screen from animating from its last position.
- Changes the screen animation to a vertical slide animation.
- Sets
See Transparent modals for more details on how to customize transparentModal
.
animationTypeForReplace
The type of animation to use when this screen replaces another screen. It takes the following values:
push
- The animation of a new screen being pushed will be usedpop
- The animation of a screen being popped will be used
Defaults to push
.
When pop
is used, the pop
animation is applied to the screen being replaced.
gestureEnabled
Whether you can use gestures to dismiss this screen. Defaults to true
on iOS, false
on Android.
Gestures are not supported on Web.
gestureResponseDistance
Number to override the distance of touch start from the edge of the screen to recognize gestures.
It'll configure either the horizontal or vertical distance based on the gestureDirection
value.
The default values are:
50
- whengestureDirection
ishorizontal
orhorizontal-inverted
135
- whengestureDirection
isvertical
orvertical-inverted
This is not supported on Web.
gestureVelocityImpact
Number which determines the relevance of velocity for the gesture. Defaults to 0.3.
This is not supported on Web.
gestureDirection
Direction of the gestures. Refer the Animations section for details.
This is not supported on Web.
transitionSpec
Configuration object for the screen transition. Refer the Animations section for details.
cardStyleInterpolator
Interpolated styles for various parts of the card. Refer the Animations section for details.
headerStyleInterpolator
Interpolated styles for various parts of the header. Refer the Animations section for details.
keyboardHandlingEnabled
If false
, the keyboard will NOT automatically dismiss when navigating to a new screen from this screen. Defaults to true
.
detachPreviousScreen
Boolean used to indicate whether to detach the previous screen from the view hierarchy to save memory. Set it to false
if you need the previous screen to be seen through the active screen. Only applicable if detachInactiveScreens
isn't set to false
.
This is automatically adjusted when using presentation
as transparentModal
or modal
to keep the required screens visible. Defaults to true
in other cases.
freezeOnBlur
Boolean indicating whether to prevent inactive screens from re-rendering. Defaults to false
.
Defaults to true
when enableFreeze()
from react-native-screens
package is run at the top of the application.
Only supported on iOS and Android.
Header related options
You can find the list of header related options here. These options can be specified under screenOptions
prop of Stack.navigator
or options
prop of Stack.Screen
. You don't have to be using @react-navigation/elements
directly to use these options, they are just documented in that page.
In addition to those, the following options are also supported in stack:
header
Custom header to use instead of the default header.
This accepts a function that returns a React Element to display as a header. The function receives an object containing the following properties as the argument:
navigation
- The navigation object for the current screen.route
- The route object for the current screen.options
- The options for the current screenlayout
- Dimensions of the screen, containsheight
andwidth
properties.progress
Animated nodes representing the progress of the animation.back
- Options for the back button, contains an object with atitle
property to use for back button label.styleInterpolator
- Function which returns interpolated styles for various elements in the header.
Make sure to set headerMode
to screen
as well when using a custom header (see below for more details).
Example:
import { getHeaderTitle } from '@react-navigation/elements';
// ..
header: ({ navigation, route, options, back }) => {
const title = getHeaderTitle(options, route.name);
return (
<MyHeader
title={title}
leftButton={
back ? <MyBackButton onPress={navigation.goBack} /> : undefined
}
style={options.headerStyle}
/>
);
};
To set a custom header for all the screens in the navigator, you can specify this option in the screenOptions
prop of the navigator.
When using a custom header, there are 2 things to keep in mind:
Specify a height
in headerStyle
to avoid glitches
If your header's height differs from the default header height, then you might notice glitches due to measurement being async. Explicitly specifying the height will avoid such glitches.
Example:
headerStyle: {
height: 80, // Specify the height of your custom header
};
Note that this style is not applied to the header by default since you control the styling of your custom header. If you also want to apply this style to your header, use headerStyle
from the props.
Set headerMode
to float
for custom header animations
By default, there is one floating header which renders headers for multiple screens on iOS for non-modals. These headers include animations to smoothly switch to one another.
If you specify a custom header, React Navigation will change it to screen
automatically so that the header animated along with the screen instead. This means that you don't have to implement animations to animate it separately.
But you might want to keep the floating header to have a different transition animation between headers. To do that, you'll need to specify headerMode: 'float'
in the options, and then interpolate on the progress.current
and progress.next
props in your custom header. For example, following will cross-fade the header:
const opacity = Animated.add(progress.current, progress.next || 0).interpolate({
inputRange: [0, 1, 2],
outputRange: [0, 1, 0],
});
return (
<Animated.View style={{ opacity }}>{/* Header content */}</Animated.View>
);
headerMode
Specifies how the header should be rendered:
float
- Render a single header that stays at the top and animates as screens are changed. This is default on iOS.screen
- Each screen has a header attached to it and the header fades in and out together with the screen. This is default on other platforms.
headerShown
Whether to show or hide the header for the screen. The header is shown by default. Setting this to false
hides the header.
headerBackAllowFontScaling
Whether back button title font should scale to respect Text Size accessibility settings. Defaults to false.
headerBackAccessibilityLabel
Accessibility label for the header back button.
headerBackImage
Function which returns a React Element to display custom image in header's back button. When a function is used, it receives the tintColor
in it's argument object. Defaults to Image component with back image source, which is the default back icon image for the platform (a chevron on iOS and an arrow on Android).
headerBackTitle
Title string used by the back button on iOS. Defaults to the previous scene's title. Use headerBackButtonDisplayMode
to customize the behavior.
headerTruncatedBackTitle
Title string used by the back button when headerBackTitle
doesn't fit on the screen. "Back"
by default.
headerBackButtonDisplayMode
How the back button displays icon and title.
Supported values:
default
: Displays one of the following depending on the available space: previous screen's title, generic title (e.g. 'Back') or no title (only icon).generic
: Displays one of the following depending on the available space: generic title (e.g. 'Back') or no title (only icon).minimal
: Always displays only the icon without a title.
Defaults to default
on iOS, and minimal
on Android.
headerBackTitleStyle
Style object for the back title.
Events
The navigator can emit events on certain actions. Supported events are:
transitionStart
This event is fired when the transition animation starts for the current screen.
Event data:
e.data.closing
- Boolean indicating whether the screen is being opened or closed.
Example:
React.useEffect(() => {
const unsubscribe = navigation.addListener('transitionStart', (e) => {
// Do something
});
return unsubscribe;
}, [navigation]);
transitionEnd
This event is fired when the transition animation ends for the current screen.
Event data:
e.data.closing
- Boolean indicating whether the screen was opened or closed.
Example:
React.useEffect(() => {
const unsubscribe = navigation.addListener('transitionEnd', (e) => {
// Do something
});
return unsubscribe;
}, [navigation]);
gestureStart
This event is fired when the swipe gesture starts for the current screen.
Example:
React.useEffect(() => {
const unsubscribe = navigation.addListener('gestureStart', (e) => {
// Do something
});
return unsubscribe;
}, [navigation]);
gestureEnd
This event is fired when the swipe gesture ends for the current screen. e.g. a screen was successfully dismissed.
Example:
React.useEffect(() => {
const unsubscribe = navigation.addListener('gestureEnd', (e) => {
// Do something
});
return unsubscribe;
}, [navigation]);
gestureCancel
This event is fired when the swipe gesture is cancelled for the current screen. e.g. a screen wasn't dismissed by the gesture.
Example:
React.useEffect(() => {
const unsubscribe = navigation.addListener('gestureCancel', (e) => {
// Do something
});
return unsubscribe;
}, [navigation]);
Helpers
The stack navigator adds the following methods to the navigation object:
replace
Replaces the current screen with a new screen in the stack. The method accepts the following arguments:
name
- string - Name of the route to push onto the stack.params
- object - Screen params to pass to the destination route.
navigation.replace('Profile', { owner: 'Michaś' });
push
Pushes a new screen to the top of the stack and navigate to it. The method accepts the following arguments:
name
- string - Name of the route to push onto the stack.params
- object - Screen params to pass to the destination route.
navigation.push('Profile', { owner: 'Michaś' });
pop
Pops the current screen from the stack and navigates back to the previous screen. It takes one optional argument (count
), which allows you to specify how many screens to pop back by.
navigation.pop();
popTo
Navigates back to a previous screen in the stack by popping screens after it. The method accepts the following arguments:
-
name
- string - Name of the route to navigate to. -
params
- object - Screen params to pass to the destination route. -
name
- string - Name of the route to navigate to. -
params
- object - Screen params to pass to the destination route. -
merge
- boolean - Whether params should be merged with the existing route params, or replace them (when navigating to an existing screen). Defaults tofalse
.
If a matching screen is not found in the stack, this will pop the current screen and add a new screen with the specified name and params.
navigation.popTo('Profile', { owner: 'Michaś' });
popToTop
Pops all of the screens in the stack except the first one and navigates to it.
navigation.popToTop();
Hooks
The stack navigator exports the following hooks:
useCardAnimation
This hook returns values related to the screen's animation. It contains the following properties:
current
- Values for the current screen:progress
- Animated node representing the progress value of the current screen.
next
- Values for the screen after this one in the stack. This can beundefined
in case the screen animating is the last one.progress
- Animated node representing the progress value of the next screen.
closing
- Animated node representing whether the card is closing.1
when closing,0
if not.swiping
- Animated node representing whether the card is being swiped.1
when swiping,0
if not.inverted
- Animated node representing whether the card is inverted.-1
when inverted,1
if not.index
- The index of the card in the stack.layouts
- Layout measurements for various items we use for animation.screen
- Layout of the whole screen. Containsheight
andwidth
properties.
insets
- Layout of the safe area insets. Containstop
,right
,bottom
andleft
properties.
See Transparent modals for an example of how to use this hook.
Animations
You can specify the animation
option to customize the transition animation for screens being pushed or popped.
Supported values for animation
are:
default
- Default animation based on the platform and OS version.fade
- Simple fade animation for dialogs.fade_from_bottom
- Standard Android-style fade-in from the bottom for Android Oreo.fade_from_right
- Standard Android-style fade-in from the right for Android 14.reveal_from_bottom
- Standard Android-style reveal from the bottom for Android Pie.scale_from_center
- Scale animation from the center.slide_from_right
- Standard iOS-style slide in from the right.slide_from_left
- Similar toslide_from_right
, but the screen will slide in from the left.slide_from_bottom
- Slide animation from the bottom for modals and bottom sheets.none
- The screens are pushed or popped immediately without any animation.
By default, Android and iOS use the default
animation and other platforms use none
.
If you need more control over the animation, you can customize individual parts of the animation using the various animation-related options:
Animation related options
Stack Navigator exposes various options to configure the transition animation when a screen is added or removed. These transition animations can be customized on a per-screen basis by specifying the options in the options
prop for each screen.
-
gestureDirection
- The direction of swipe gestures:horizontal
- The gesture to close the screen will start from the left, and from the right in RTL. For animations, screen will slide from the right withSlideFromRightIOS
, and from the left in RTL.horizontal-inverted
- The gesture to close the screen will start from the right, and from the left in RTL. For animations, screen will slide from the left withSlideFromRightIOS
, and from the right in RTL as the direction is inverted.vertical
- The gesture to close the screen will start from the top. For animations, screen will slide from the bottom.vertical-inverted
- The gesture to close the screen will start from the bottom. For animations, screen will slide from the top.
You may want to specify a matching horizontal/vertical animation along with
gestureDirection
as well. For the animations included in the library, if you setgestureDirection
to one of the inverted ones, it'll also flip the animation direction. -
transitionSpec
- An object which specifies the animation type (timing
orspring
) and their options (such asduration
fortiming
). It takes 2 properties:open
- Configuration for the transition when adding a screenclose
- Configuration for the transition when removing a screen.
Each of the object should specify 2 properties:
animation
- The animation function to use for the animation. Supported values aretiming
andspring
.config
- The configuration object for the timing function. Fortiming
, it can beduration
andeasing
. Forspring
, it can bestiffness
,damping
,mass
,overshootClamping
,restDisplacementThreshold
andrestSpeedThreshold
.
A config which uses spring animation looks like this:
const config = {
animation: 'spring',
config: {
stiffness: 1000,
damping: 500,
mass: 3,
overshootClamping: true,
restDisplacementThreshold: 0.01,
restSpeedThreshold: 0.01,
},
};We can pass this config in the
transitionSpec
option:<Stack.Screen
name="Profile"
component={Profile}
options={{
transitionSpec: {
open: config,
close: config,
},
}}
/> -
cardStyleInterpolator
- This is a function which specifies interpolated styles for various parts of the card. This allows you to customize the transitions when navigating from screen to screen. It is expected to return at least empty object, possibly containing interpolated styles for container, the card itself, overlay and shadow. Supported properties are:containerStyle
- Style for the container view wrapping the card.cardStyle
- Style for the view representing the card.overlayStyle
- Style for the view representing the semi-transparent overlay belowshadowStyle
- Style for the view representing the card shadow.
The function receives the following properties in its argument:
current
- Values for the current screen:progress
- Animated node representing the progress value of the current screen.
next
- Values for the screen after this one in the stack. This can beundefined
in case the screen animating is the last one.progress
- Animated node representing the progress value of the next screen.
index
- The index of the card in the stack.closing
- Animated node representing whether the card is closing.1
when closing,0
if not.layouts
- Layout measurements for various items we use for animation.-
screen
- Layout of the whole screen. Containsheight
andwidth
properties.
-
Note that when a screen is not the last, it will use the next screen's transition config. This is because many transitions involve an animation of the previous screen, and so these two transitions need to be kept together to prevent running two different kinds of transitions on the two screens (for example a slide and a modal). You can check the
next
parameter to find out if you want to animate out the previous screen. For more information about this parameter, see Animation section.A config which just fades the screen looks like this:
const forFade = ({ current }) => ({
cardStyle: {
opacity: current.progress,
},
});We can pass this function in
cardStyleInterpolator
option:<Stack.Screen
name="Profile"
component={Profile}
options={{ cardStyleInterpolator: forFade }}
/>The interpolator will be called for each screen. For example, say you have a 2 screens in the stack, A & B. B is the new screen coming into focus and A is the previous screen. The interpolator will be called for each screen:
- The interpolator is called for
B
: Here, thecurrent.progress
value represents the progress of the transition, which will start at0
and end at1
. There won't be anext.progress
sinceB
is the last screen. - The interpolator is called for
A
: Here, thecurrent.progress
will stay at the value of1
and won't change, since the current transition is running forB
, notA
. Thenext.progress
value represents the progress ofB
and will start at0
and end at1
.
Say we want to animate both screens during the transition. The easiest way to do it would be to combine the progress value of current and next screens:
const progress = Animated.add(
current.progress.interpolate({
inputRange: [0, 1],
outputRange: [0, 1],
extrapolate: 'clamp',
}),
next
? next.progress.interpolate({
inputRange: [0, 1],
outputRange: [0, 1],
extrapolate: 'clamp',
})
: 0
);Here, the screen
A
will have bothcurrent.progress
andnext.progress
, and sincecurrent.progress
stays at1
andnext.progress
is changing, combined, the progress will change from1
to2
. The screenB
will only havecurrent.progress
which will change from0
to1
. So, we can apply different interpolations for0-1
and1-2
to animate focused screen and unfocused screen respectively.A config which translates the previous screen slightly to the left, and translates the current screen from the right edge would look like this:
const forSlide = ({ current, next, inverted, layouts: { screen } }) => {
const progress = Animated.add(
current.progress.interpolate({
inputRange: [0, 1],
outputRange: [0, 1],
extrapolate: 'clamp',
}),
next
? next.progress.interpolate({
inputRange: [0, 1],
outputRange: [0, 1],
extrapolate: 'clamp',
})
: 0
);
return {
cardStyle: {
transform: [
{
translateX: Animated.multiply(
progress.interpolate({
inputRange: [0, 1, 2],
outputRange: [
screen.width, // Focused, but offscreen in the beginning
0, // Fully focused
screen.width * -0.3, // Fully unfocused
],
extrapolate: 'clamp',
}),
inverted
),
},
],
},
};
}; -
headerStyleInterpolator
- This is a function which specifies interpolated styles for various parts of the header. It is expected to return at least empty object, possibly containing interpolated styles for left label and button, right button, title and background. Supported properties are:leftLabelStyle
- Style for the label of the left button (back button label).leftButtonStyle
- Style for the left button (usually the back button).rightButtonStyle
- Style for the right button.titleStyle
- Style for the header title text.backgroundStyle
- Style for the header background.
The function receives the following properties in it's argument:
current
- Values for the current screen (the screen which owns this header).progress
- Animated node representing the progress value of the current screen.0
when screen should start coming into view,0.5
when it's mid-way,1
when it should be fully in view.
next
- Values for the screen after this one in the stack. This can beundefined
in case the screen animating is the last one.progress
- Animated node representing the progress value of the next screen.
layouts
- Layout measurements for various items we use for animation. Each layout object containheight
andwidth
properties.screen
- Layout of the whole screen.title
- Layout of the title element. Might beundefined
when not rendering a title.leftLabel
- Layout of the back button label. Might beundefined
when not rendering a back button label.
A config that just fades the elements looks like this:
const forFade = ({ current, next }) => {
const opacity = Animated.add(
current.progress,
next ? next.progress : 0
).interpolate({
inputRange: [0, 1, 2],
outputRange: [0, 1, 0],
});
return {
leftButtonStyle: { opacity },
rightButtonStyle: { opacity },
titleStyle: { opacity },
backgroundStyle: { opacity },
};
};We can pass this function in
headerStyleInterpolator
option:<Stack.Screen
name="Profile"
component={Profile}
options={{ headerStyleInterpolator: forFade }}
/>
Pre-made configs
With these options, it's possible to build custom transition animations for screens. We also export various configs from the library with ready-made animations which you can use:
TransitionSpecs
TransitionIOSSpec
- Exact values from UINavigationController's animation configuration.FadeInFromBottomAndroidSpec
- Configuration for activity open animation from Android Nougat.FadeOutToBottomAndroidSpec
- Configuration for activity close animation from Android Nougat.RevealFromBottomAndroidSpec
- Approximate configuration for activity open animation from Android Pie.
Example:
import { TransitionSpecs } from '@react-navigation/stack';
// ...
<Stack.Screen
name="Profile"
component={Profile}
options={{
transitionSpec: {
open: TransitionSpecs.TransitionIOSSpec,
close: TransitionSpecs.TransitionIOSSpec,
},
}}
/>;
CardStyleInterpolators
forHorizontalIOS
- Standard iOS-style slide in from the right.forVerticalIOS
- Standard iOS-style slide in from the bottom (used for modals).forModalPresentationIOS
- Standard iOS-style modal animation in iOS 13.forFadeFromBottomAndroid
- Standard Android-style fade in from the bottom for Android Oreo.forRevealFromBottomAndroid
- Standard Android-style reveal from the bottom for Android Pie.
Example configuration for Android Oreo style vertical screen fade animation:
import { CardStyleInterpolators } from '@react-navigation/stack';
// ...
<Stack.Screen
name="Profile"
component={Profile}
options={{
title: 'Profile',
cardStyleInterpolator: CardStyleInterpolators.forFadeFromBottomAndroid,
}}
/>;
HeaderStyleInterpolators
forUIKit
- Standard UIKit style animation for the header where the title fades into the back button label.forFade
- Simple fade animation for the header elements.forStatic
- Simple translate animation to translate the header along with the sliding screen.
Example configuration for default iOS animation for header elements where the title fades into the back button:
import { HeaderStyleInterpolators } from '@react-navigation/stack';
// ...
<Stack.Screen
name="Profile"
component={Profile}
options={{
title: 'Profile',
headerStyleInterpolator: HeaderStyleInterpolators.forUIKit,
}}
/>;
Always define your animation configuration at the top-level of the file to ensure that the references don't change across re-renders. This is important for smooth and reliable transition animations.
TransitionPresets
We export various transition presets which bundle various set of these options together to match certain native animations. A transition preset is an object containing few animation related screen options exported under TransitionPresets
. Currently the following presets are available:
SlideFromRightIOS
- Standard iOS navigation transition.ModalSlideFromBottomIOS
- Standard iOS navigation transition for modals.ModalPresentationIOS
- Standard iOS modal presentation style (introduced in iOS 13).FadeFromBottomAndroid
- Standard Android navigation transition when opening or closing an Activity on Android < 9 (Oreo).RevealFromBottomAndroid
- Standard Android navigation transition when opening or closing an Activity on Android 9 (Pie).ScaleFromCenterAndroid
- Standard Android navigation transition when opening or closing an Activity on Android >= 10.DefaultTransition
- Default navigation transition for the current platform.ModalTransition
- Default modal transition for the current platform.
You can spread these presets in options
to customize the animation for a screen:
import { TransitionPresets } from '@react-navigation/stack';
// ...
<Stack.Screen
name="Profile"
component={Profile}
options={{
title: 'Profile',
...TransitionPresets.ModalSlideFromBottomIOS,
}}
/>;
If you want to customize the transition animations for all of the screens in the navigator, you can specify it in screenOptions
prop for the navigator.
Example configuration for iOS modal presentation style:
import { TransitionPresets } from '@react-navigation/stack';
// ...
<Stack.Navigator
initialRouteName="Home"
screenOptions={({ route, navigation }) => ({
headerShown: false,
gestureEnabled: true,
...TransitionPresets.ModalPresentationIOS,
})}
>
<Stack.Screen name="Home" component={Home} />
<Stack.Screen name="Profile" component={Profile} />
</Stack.Navigator>;
Transparent modals
A transparent modal is like a modal dialog which overlays the screen. The previous screen still stays visible underneath. To get a transparent modal screen, you can specify presentation: 'transparentModal'
in the screen's options.
Example:
<Stack.Navigator>
<Stack.Screen name="Home" component={HomeStack} />
<Stack.Screen
name="Modal"
component={ModalScreen}
options={{ presentation: 'transparentModal' }}
/>
</Stack.Navigator>
Now, when you navigate to the Modal
screen, it'll have a transparent background and the Home
screen will be visible underneath.
In addition to presentation
, you might want to optionally specify few more things to get a modal dialog like behavior:
- Disable the header with
headerShown: false
- Enable the overlay with
cardOverlayEnabled: true
(you can't tap the overlay to close the screen this way, see below for alternatives)
If you want to further customize how the dialog animates, or want to close the screen when tapping the overlay etc., you can use the useCardAnimation
hook to customize elements inside your screen.
Example:
import { Animated, View, Text, Pressable, StyleSheet } from 'react-native';
import { useTheme, useNavigation } from '@react-navigation/native';
import { useCardAnimation } from '@react-navigation/stack';
import { Button } from '@react-navigation/elements';
function ModalScreen() {
const navigation = useNavigation();
const { colors } = useTheme();
const { current } = useCardAnimation();
return (
<View
style={{
flex: 1,
alignItems: 'center',
justifyContent: 'center',
}}
>
<Pressable
style={[
StyleSheet.absoluteFill,
{ backgroundColor: 'rgba(0, 0, 0, 0.5)' },
]}
onPress={navigation.goBack}
/>
<Animated.View
style={{
padding: 16,
width: '90%',
maxWidth: 400,
borderRadius: 3,
backgroundColor: colors.card,
transform: [
{
scale: current.progress.interpolate({
inputRange: [0, 1],
outputRange: [0.9, 1],
extrapolate: 'clamp',
}),
},
],
}}
>
<Text>
Mise en place is a French term that literally means “put in place.” It
also refers to a way cooks in professional kitchens and restaurants
set up their work stations—first by gathering all ingredients for a
recipes, partially preparing them (like measuring out and chopping),
and setting them all near each other. Setting up mise en place before
cooking is another top tip for home cooks, as it seriously helps with
organization. It’ll pretty much guarantee you never forget to add an
ingredient and save you time from running back and forth from the
pantry ten times.
</Text>
<Button
color={colors.primary}
style={{ alignSelf: 'flex-end' }}
onPress={navigation.goBack}
>
Okay
</Button>
</Animated.View>
</View>
);
}
Here we animate the scale of the dialog, and also add an overlay to close the dialog.