Skip to main content

Screen

The Screen component represents a screen in the navigation stack with full control over presentation, actions, and navigation lifecycle. Use it to create navigable screens with titles, loading states, and custom navigation behavior.

The component manages full-screen presentations with proper navigation stack integration, allowing extensions to push and pop screens as part of the POS navigation flow. It handles transitions, back button behavior, and safe area padding automatically, ensuring extensions provide native-feeling navigation experiences on both iOS and Android devices.

Screen components maintain scroll position across navigation operations where appropriate, allowing merchants to return to their previous location after viewing details or completing sub-tasks.

Use cases

  • Multi-step workflows: Create workflows with navigation between different screens.
  • Configuration interfaces: Build settings interfaces requiring separate screens for different categories.
  • Modal presentations: Implement modal-style presentations for focused tasks or data entry.
  • Loading states: Provide loading states during asynchronous operations.

Define a screen within a navigation flow with title, actions, and content. This example demonstrates setting up a Screen that integrates with the navigation stack, providing full-screen presentations with proper back button behavior and navigation lifecycle management.

Create a navigable screen

Create a navigable screen

import React from 'react'

import { Screen, Text, Navigator, reactExtension, Button, useApi } from '@shopify/ui-extensions-react/point-of-sale';

const Modal = () => {
const api = useApi<'pos.home.modal.render'>();

return (
<Navigator>
<Screen name="Home" title="Home">
<Text>Home screen</Text>
<Button title="Navigate to details" onPress={() => api.navigation.navigate('Details')} />
</Screen>
<Screen name="Details" title="Details">
<Text>Details screen</Text>
</Screen>
</Navigator>
)
}

export default reactExtension('pos.home.modal.render', () => <Modal />);

Pass data to screens during navigation to create contextual workflows. This example shows how screens can receive parameters during navigation, enabling data flow between screens and conditional rendering based on navigation context.

Navigate to a screen with data

import React, {useState} from 'react';

import {
Screen,
Text,
Navigator,
reactExtension,
Button,
useApi,
} from '@shopify/ui-extensions-react/point-of-sale';

const Modal = () => {
return (
<Navigator>
<HomeScreen />
<DetailsScreen />
</Navigator>
);
};

const HomeScreen = () => {
const api = useApi<'pos.home.modal.render'>();
return (
<Screen name="Home" title="Home">
<Text>Home screen</Text>
<Button
title="Navigate to details"
onPress={() => api.navigation.navigate('Details', {orderId: '123'})}
/>
</Screen>
);
};

const DetailsScreen = () => {
const [params, setParams] = useState<pos.home.modal.render>();

return (
<Screen
name="Details"
title="Details"
presentation={{sheet: true}}
onReceiveParams={setParams}
>
<Text>{`Order ID: ${params.orderId}`}</Text>
</Screen>
);
};

export default reactExtension('pos.home.modal.render', () => <Modal />);

Display a screen that slides up from the bottom and overlays the current view. This example demonstrates how to configure screen presentation for temporary tasks or confirmations that appear as an overlay, useful for quick actions or secondary workflows.

Navigate with slide-up presentation

import React from 'react'

import { Screen, Text, Navigator, reactExtension, Button, useApi } from '@shopify/ui-extensions-react/point-of-sale';

const Modal = () => {
const api = useApi<'pos.home.modal.render'>();

return (
<Navigator>
<Screen name="Home" title="Home">
<Text>Home screen</Text>
<Button title="Navigate to details" onPress={() => api.navigation.navigate('Details')} />
</Screen>
<Screen name="Details" title="Details" presentation={{sheet: true}}>
<Text>Details screen</Text>
</Screen>
</Navigator>
)
}

export default reactExtension('pos.home.modal.render', () => <Modal />);

Configure the following properties on the Screen component.

string
required

The unique identifier used to identify this screen as a destination in the navigation stack.

string
required

The title text of the screen that will be displayed in the UI header.

boolean

A boolean that displays a loading indicator when true. Set this during asynchronous tasks and return to false when data becomes available.

() => void

A callback function triggered when the screen is navigated to in the navigation stack.

() => void

A callback function triggered when the user navigates back from this screen. Runs after the screen is unmounted.

(params: any) => void

A callback function triggered when the navigation event completes and the screen receives parameters passed during navigation.

Anchor to overrideNavigateBack
overrideNavigateBack
() => void

A callback function that allows you to override the default back navigation action. Runs when the screen is mounted.

The presentation configuration that dictates how the screen will be displayed when navigated to.

The configuration for a secondary action button displayed on the screen header.

  • Implement proper loading states: Use the isLoading property to provide visual feedback during async operations. Set it to true when starting data fetching or processing, and false when operations complete to maintain user awareness.
  • Handle navigation lifecycle appropriately: Use onNavigate for screen initialization, onNavigateBack for cleanup operations, and onReceiveParams for handling passed data. Proper lifecycle management ensures smooth transitions and data consistency.
  • Choose appropriate presentation styles: Use sheet presentation for focused tasks, modal-style interactions, or when you want to maintain context with the previous screen. Reserve standard presentation for primary navigation flows.
  • Design meaningful secondary actions: When adding secondary actions, use clear, action-oriented text and ensure the action is relevant to the current screen's content. Disable actions when they're not applicable using the isEnabled property.
  • Override back navigation judiciously: Use overrideNavigateBack only when you need to prevent data loss or handle unsaved changes. Most screens should use the default back navigation behavior to maintain consistent user expectations.

  • Screen components are designed for navigation stack contexts—they can't be used as general layout containers outside of navigation workflows.
  • Only one secondary action is supported for each screen to maintain clean header layouts that don't overwhelm the interface.
  • Screen presentation and styling are controlled by the POS navigation system—custom screen transitions or styling beyond the provided options aren't supported.
  • Navigation parameter handling is limited to the onReceiveParams callback—complex parameter validation or transformation requires custom implementation within the callback.
Was this page helpful?