@apexnative/navigation 1.0.0-alpha.4 → 1.0.0-alpha.6

package/src/interfaces/options/animations.ts

@@ -258,10 +258,12 @@ export type ElementAnimation = AppearingElementAnimation | DisappearingElementAn
  * the way (an error in its animation) is skipped too, with a warning in the log: it shows and hides with its screen,
  * and the transition and its command go on. Without an animation of the screens of its own, the screen that comes fades
  * in (or the one that goes fades out) in 300 ms around the elements. When the transition ends or is cancelled, the
- * element gets its own values back. `x` and `y` are the position in the parent of the element on both platforms. As on
- * a side of a screen, don't set `x` with `translationX` or `y` with `translationY` on one element: the translation
- * plays and the position doesn't. (Android) A view whose parent is a React view with `removeClippedSubviews` turned on,
- * such as a child of a clipping list, is not moved: it counts as not found.
+ * element gets its own values back. The element's own `transform` counts: a property that doesn't animate keeps the
+ * element's value, and a missing end is that value (a turn read from −180° to 180°, as React Native draws it). `x`
+ * and `y` are the position in the parent of the element on both platforms. As on a side of a screen, don't set `x`
+ * with `translationX` or `y` with `translationY` on one element: the translation plays and the position doesn't.
+ * (Android) A view whose parent is a React view with `removeClippedSubviews` turned on, such as a child of a clipping
+ * list, is not moved: it counts as not found.
  */
 export interface ElementTransition {
   /** The `nativeID` of the view to animate. */
@@ -295,9 +297,12 @@ export interface ElementTransition {
  * warning in the log: its views show and hide with their screens, and the transition and its command go on. (iOS) So is
  * a pair with a view without a size, or one whose picture can't be taken. Without an animation of the screens of its
  * own, the screen that comes fades in (or the one that goes fades out) in 300 ms around the pair. Text keeps its
- * proportions and changes its picture within a quarter of the flight. (Android) A picture that doesn't load within a
- * second drops out of the transition, and so does a pair with a view whose parent is a React view with
- * `removeClippedSubviews` turned on: it counts as not found.
+ * proportions and changes its picture within a quarter of the flight. A view turned or scaled by its own `transform` or
+ * by a parent's flies from where it shows, and its angle goes to the other view's along the shorter arc. The angle is
+ * the one React Native draws, from −180° to 180°: `rotate: '270deg'` turns back a quarter, and no pair spins a full
+ * turn. (Android) A picture that doesn't load within a second drops out of the transition, and so does a pair with a
+ * view whose parent is a React view with `removeClippedSubviews` turned on: it counts as not found. A skew and a tilt
+ * (`skewX`, `rotateX`, …) don't fly: the view flies without them and has them again at the end.
  */
 export interface SharedElementTransition {
   /** The `nativeID` of the view on the screen that goes. */
@@ -405,6 +410,20 @@ export interface StackPushAnimationOptions extends StackAnimationOptions {
   zoom?: ZoomTransitionOptions;
 }
 
+/**
+ * The animation of a pop, read from the screen that goes. As {@link StackAnimationOptions}, with the preview of the
+ * back gesture on Android.
+ */
+export interface StackPopAnimationOptions extends StackAnimationOptions {
+  /**
+   * (Android 14+) Whether the back gesture on a pushed screen previews its pop as the user swipes: the screen shrinks
+   * and follows the finger, the screen under it shows behind. `false` pops the screen when the gesture is released,
+   * as on Android 13 and older; back still pops it. iOS ignores it: its swipe back is UIKit's.
+   * @default true
+   */
+  preview?: boolean;
+}
+
 /**
  * The animation of `setStackRoot`, read from the new top screen. As {@link StackAnimationOptions}: without an animation
  * of its own, iOS plays the push animation of the new top screen or UIKit's transition, and Android plays a fade
@@ -468,8 +487,11 @@ export interface ModalAnimationOptions extends EnterExitAnimationOptions {
 export interface AnimationOptions {
   /** The push of a screen, read from the screen that comes. */
   push?: StackPushAnimationOptions;
-  /** The pop of a screen, also `popTo` and `popToRoot`, read from the screen that goes. A swipe back is always the system's. */
-  pop?: StackAnimationOptions;
+  /**
+   * The pop of a screen, also `popTo` and `popToRoot`, read from the screen that goes. The swipe back of iOS is
+   * UIKit's; the back gesture of Android previews the pop (`preview`).
+   */
+  pop?: StackPopAnimationOptions;
   /** The replacing of the screens of a stack, read from the new top screen. */
   setStackRoot?: SetStackRootAnimationOptions;
   /**

package/src/interfaces/options/bottomTabs.ts

@@ -73,8 +73,10 @@ export interface OptionsBottomTabsAccessoryComponent {
 /**
  * (iOS 26+) The accessory above the tab bar, like the mini player of a music app. The system sizes it (48 points high)
  * and the component fills that size. It is placed above the bar, or beside the bar when the bar is minimized; on an
- * iPad with the bar at the top it sits at the bottom over the full width, always above the bar. The accessory stops
- * together with the tabs. Android has no accessory.
+ * iPad with the bar at the top it sits at the bottom over the full width, always above the bar. A hidden accessory
+ * (`visible: false`, or no name) keeps its React root and its state, and shows again with them. When another accessory
+ * (another `componentId`) shows, the replaced one stops once it has left the window and its state is gone. The last
+ * accessory stops together with the tabs. Android has no accessory.
  */
 export interface OptionsBottomTabsAccessory {
   /**
@@ -155,6 +157,16 @@ export interface OptionsBottomTabs {
    * @default true
    */
   animate?: boolean;
+  /**
+   * How the content changes when another tab is selected on screen, by a press, by back or from code. `'platform'`
+   * does what the platform does: on Android the tab that goes fades out and the new one fades in and grows (Material's
+   * fade through, 300 ms), on iOS the content changes at once. `'none'` changes it at once on both platforms. The
+   * appear events of a switch and `ANN.BottomTabSelected` come at its end, so with `'none'` right away. The tab that is
+   * selected decides: the value of the screen it shows, over its own, the tabs' and the default options. A
+   * `mergeOptions` applies from the next switch. Off screen the content always changes at once.
+   * @default 'platform'
+   */
+  switchAnimation?: 'platform' | 'none';
   /**
    * The tab to select, as an index from 0. It selects once, when the options arrive, at creation (the first tab to
    * show) or in `mergeOptions`; it is not kept. An index out of range selects nothing (or the first tab at creation)
@@ -188,8 +200,9 @@ export interface OptionsBottomTabs {
   drawBehind?: boolean;
   /**
    * The background color of the bar; `null` gives the default one. On Android the default is the surface color of the
-   * Material 3 theme. Before iOS 26 (and with `UIDesignRequiresCompatibility`) the bar is opaque with the color, or
-   * system opaque without it, and a transparent color makes it transparent. On iOS 26 with glass the color is ignored
+   * Material 3 theme. Before iOS 26, and in the compatibility mode (`UIDesignRequiresCompatibility` in Info.plist: iOS 26, and iOS 27
+   * only for an app built with an SDK before iOS 27), the bar is opaque with the color, or system opaque without it,
+   * and a transparent color makes it transparent. On iOS 26 and later with glass the color is ignored
    * with one warning, since the system has no color for glass, while a transparent color gives a transparent bar. The
    * theme color `bar` is its default option.
    */
@@ -396,7 +409,7 @@ export interface OptionsBottomTab {
   selectedFontSize?: number;
   /**
    * (iOS) The insets of the icon. Each side is independent. They apply before iOS 26 only; iOS 26 and the compatibility
-   * mode ignore them, and so does a system role before iOS 18.
+   * mode (see `backgroundColor`) ignore them, and so does a system role before iOS 18.
    */
   iconInsets?: IconInsets;
   /**

package/src/interfaces/options/buttons.ts

@@ -60,7 +60,7 @@ export interface IconInsets {
  * a color the other fields are ignored.
  *
  * On iOS the icon is drawn onto the shape and the button becomes a button of its own (the back button keeps its
- * history menu), without the glass capsule on iOS 26 by default. On Android the icon sits on the shape, mirrored in a
+ * history menu), without the glass capsule (glass design, iOS 26+) by default. On Android the icon sits on the shape, mirrored in a
  * right-to-left layout. Layers merge differently: on iOS an object merges field by field like any other, on Android
  * an `iconBackground` that has a `color` replaces the earlier one as a whole.
  */
@@ -189,7 +189,7 @@ export interface OptionsTopBarButton {
    */
   icon?: ImageResource;
   /**
-   * (iOS) The space around the image of `icon`; the button becomes a button of its own, without a capsule on iOS 26.
+   * (iOS) The space around the image of `icon`; the button becomes a button of its own, without a capsule with the glass design (iOS 26+, see `UIDesignRequiresCompatibility`).
    */
   iconInsets?: IconInsets;
   /**
@@ -238,14 +238,14 @@ export interface OptionsTopBarButton {
   disabledColor?: Color;
   /**
    * A shape behind the icon. It works with an `icon` image and a `color` of the shape; on iOS the button becomes a
-   * button of its own without menu, toggle or style, and without a capsule on iOS 26 by default. The color of a whole
+   * button of its own without menu, toggle or style, and without a capsule with the glass design by default. The color of a whole
    * side is `leftButtonBackgroundColor` / `rightButtonBackgroundColor`.
    */
   iconBackground?: IconBackgroundOptions;
   /**
-   * (iOS) `'plain'` or `'prominent'`, the main action of the bar (Done, Send). On iOS 26 a prominent button is a
+   * (iOS) `'plain'` or `'prominent'`, the main action of the bar (Done, Send). With the glass design (iOS 26+, see `UIDesignRequiresCompatibility`) a prominent button is a
    * capsule in the button's tint with bold text or icon on it (the tint is `color`, the bar's tint without it);
-   * before iOS 26 it is the system's done style with bold text. Not for component buttons, buttons with
+   * without it, it is the system's done style with bold text. Not for component buttons, buttons with
    * `iconBackground`, and `showText` buttons.
    * @default 'plain'
    */
@@ -257,7 +257,7 @@ export interface OptionsTopBarButton {
    */
   testID?: string;
   /**
-   * (iOS 26+) Whether the button has no glass capsule under it; neighbors keep theirs. By default `true` for
+   * (iOS 26+, glass design) Whether the button has no glass capsule under it; neighbors keep theirs. By default `true` for
    * component buttons and for icon buttons with a background or insets, `false` for the rest. In a `group` of several
    * buttons the capsule is shared and this has no effect. A change by `mergeOptions` builds the buttons anew.
    */
@@ -270,8 +270,8 @@ export interface OptionsTopBarButton {
    */
   showText?: boolean;
   /**
-   * (iOS 26+) Buttons next to each other with the same group share one capsule; a button without a group has its
-   * own. Before iOS 26 it does nothing, on iOS 15 there are no groups. A side that has a group of several buttons
+   * (iOS 26+, glass design) Buttons next to each other with the same group share one capsule; a button without a group has its
+   * own. Without the glass design it does nothing, on iOS 15 there are no groups. A side that has a group of several buttons
    * doesn't animate button changes. The toolbar has no groups: only icons share a capsule there. For center buttons
    * the group is a section of the overflow menu, and its name is the id the customization is saved under.
    */

package/src/interfaces/options/stack.ts

@@ -26,6 +26,15 @@ export interface HardwareBackButtonOptions {
    * @internal
    */
   dismissModalOnPress?: boolean;
+  /**
+   * (Android) Whether back on the first screen of the app, with nothing left to go back to, plays the system's
+   * animation of going home. The system decides it as the gesture starts, so with `false` the navigation keeps the
+   * back on that screen too: the gesture shows no animation, and on release the press goes to `BackHandler` listeners,
+   * then to the activity's own back (`invokeDefaultOnBackPressed` of the app's activity, such as `moveTaskToBack`).
+   * Read from the screen back acts on; set it in the default options for the whole app. iOS ignores it.
+   * @default true
+   */
+  systemAnimation?: boolean;
 }
 
 /**

package/src/interfaces/options/system.ts

@@ -34,12 +34,15 @@ export interface OptionsLayout {
    * indicator or navigation bar, the camera cutout. `[]` lets the content reach every edge. The array replaces the
    * one from a lower layer. The screen adds the padding itself; `useSafeAreaInsets()` returns what is still covered,
    * which is 0 on an edge the screen keeps and the whole covered size on an edge where the content goes under a bar.
-   * Edges listed here always win, also for a screen with a large title.
+   * Edges listed here win, but the top under a large title: there the list keeps its first rows clear of the bar
+   * itself and scrolls under it, which collapses the title, so a `'top'` listed here counts for nothing.
    *
-   * Without it, on iOS: every edge except those where the content goes under a bar that shows (the top bar, a tab
-   * bar or toolbar at the bottom, the side of a vertical bar); a screen with a large title keeps the top free so its
-   * list can scroll under the bar. On Android: all four edges, except the top under a top bar that hides on scroll
-   * or under a large title, and the bottom under tabs that hide on scroll.
+   * Without it the screen keeps the top and the sides, and its content goes down to the bottom: under the home
+   * indicator or the navigation bar, and under a tab bar or toolbar it goes under. A list keeps its last rows clear
+   * with `useSafeAreaInsets().bottom`. The top is free where the content goes under a top bar: on iOS under a bar
+   * that shows, on Android under a bar that hides on scroll; on both under a large title, so the list scrolls under
+   * the bar. On iOS the side of a vertical bar is free too. To have the screen keep the bottom, list every edge it
+   * keeps: listed edges replace the default.
    */
   safeAreaEdges?: SafeAreaEdge[];
   /**

package/src/interfaces/options/toolbar.ts

@@ -4,7 +4,7 @@ import type { OptionsTopBarButton } from './buttons';
 export interface OptionsToolbarSpace {
   /**
    * `'flexibleSpace'` takes the free width and pushes the next buttons to the far edge; `'fixedSpace'` is a gap of zero
-   * width that starts a new capsule on iOS 26.
+   * width that starts a new capsule with the glass design (iOS 26+).
    */
   systemItem: 'flexibleSpace' | 'fixedSpace';
 }
@@ -36,7 +36,7 @@ export interface OptionsToolbar {
    * The buttons from the leading edge, in the format of the bar buttons: text, icon, SF Symbol, `systemItem`, a
    * component (drawn before the screen shows), `enabled`, `color`, `style`, `menu` (it opens upward), `toggle`,
    * `showText`, `group`; also spaces and the search field. A press sends a button press. The color of a side doesn't
-   * apply to them, and badges are not drawn. On iOS 26 each button has its own capsule, neighbor icons with the same
+   * apply to them, and badges are not drawn. With the glass design (iOS 26+, see `UIDesignRequiresCompatibility`) each button has its own capsule, neighbor icons with the same
    * `group` share one (the toolbar has no real groups, so text buttons never share), and a zero-width space is put
    * between neighbors of different groups unless an explicit space is there. The list is replaced as a whole;
    * `mergeOptions` animates it.

package/src/interfaces/options/topBar.ts

@@ -50,7 +50,7 @@ export interface OptionsTopBarTitleDocument {
 export interface OptionsTopBarTitle {
   /**
    * The text of the title. Setting it removes a React title. On iOS it is the title of the screen's navigation item,
-   * the label the system shows on the next screen's back button before iOS 26, and what Rename edits. On Android it
+   * the label the system shows on the next screen's back button without the glass design, and what Rename edits. On Android it
    * is one line cut with an ellipsis, and also the text of the large title; a title component set together with the
    * text drops the text and the subtitle (with a warning in development).
    */
@@ -94,9 +94,9 @@ export interface OptionsTopBarTitle {
    */
   document?: OptionsTopBarTitleDocument;
   /**
-   * (iOS 26+) Puts the title on a Liquid Glass capsule like the buttons: `'regular'` or `'clear'`; `'none'` and any
+   * (iOS 26+, glass design) Puts the title on a Liquid Glass capsule like the buttons: `'regular'` or `'clear'`; `'none'` and any
    * other value mean no capsule. A text title and the subtitle are two lines on the capsule; a component title sits on
-   * it as it is, the capsule taking its size. Before iOS 26 and on Android it does nothing.
+   * it as it is, the capsule taking its size. Without the glass design (see `UIDesignRequiresCompatibility`) and on Android it does nothing.
    */
   glass?: 'regular' | 'clear' | 'none';
   /** (Android) The height of the row of title and buttons, in dp. By default 64, regardless of `topBar.height`. */
@@ -118,15 +118,15 @@ export interface OptionsTopBarTitle {
 /** The subtitle: a second line under the title. */
 export interface OptionsTopBarSubtitle {
   /**
-   * The text of the second line. An empty text removes it. On iOS 26 it is the system subtitle, under the title, the
-   * large title and the collapsed bar, and on the capsule when the title has `glass`; a React title hides it. Before
-   * iOS 26 it makes a two-line title view, only without a large title or a React title. On Android it is the line under
+   * The text of the second line. An empty text removes it. With the glass design (iOS 26+, see `UIDesignRequiresCompatibility`) it is the system subtitle, under the title, the
+   * large title and the collapsed bar, and on the capsule when the title has `glass`; a React title hides it. Without
+   * it, it makes a two-line title view, only without a large title or a React title. On Android it is the line under
    * the title, hidden when empty and dropped when the title is a component.
    */
   text?: string;
   /**
-   * The size of the font. On iOS 26 only what is set goes to the system subtitle, and any font option sets the whole
-   * font; before iOS 26 the size is 12. On Android it is in sp, 14 by default.
+   * The size of the font. With the glass design only what is set goes to the system subtitle, and any font option sets the whole
+   * font; without it the size is 12. On Android it is in sp, 14 by default.
    */
   fontSize?: number;
   /** The color of the subtitle. On Android the theme's on-surface-variant color by default. */
@@ -177,14 +177,14 @@ export interface OptionsTopBarBackButton {
    */
   visible?: boolean;
   /**
-   * (iOS) The text of the back button. On iOS 26 the system button without it is an arrow alone, since the title of
-   * the screen below is never shown; before iOS 26 it is that title while it fits. It is set on the screen below, as
+   * (iOS) The text of the back button. With the glass design (iOS 26+, see `UIDesignRequiresCompatibility`) the system button without it is an arrow alone,
+   * since the title of the screen below is never shown; without it, it is that title while it fits. It is set on the screen below, as
    * its back button title.
    */
   title?: string;
   /**
    * (iOS) `true` shows the title of the screen below (or `title`), `false` shows an arrow alone (the minimal mode).
-   * Without it the system decides; on iOS 26 that is the arrow.
+   * Without it the system decides; with the glass design that is the arrow.
    */
   showTitle?: boolean;
   /**
@@ -207,7 +207,7 @@ export interface OptionsTopBarBackButton {
   /**
    * A shape behind the icon, as for a button. It takes effect with a `color` of the shape. On iOS the icon (the
    * chevron by default) is drawn on it and the back button becomes an own button that keeps the history menu unless
-   * `enableMenu` is `false`; without a capsule on iOS 26 by default. On Android the arrow sits on the shape.
+   * `enableMenu` is `false`; without a capsule with the glass design by default. On Android the arrow sits on the shape.
    */
   iconBackground?: IconBackgroundOptions;
   /**
@@ -228,7 +228,7 @@ export interface OptionsTopBarBackButton {
    */
   displayMode?: 'default' | 'generic' | 'minimal';
   /**
-   * (iOS 26+) Whether the Liquid Glass capsule under the back button is hidden. It works only for an own button with
+   * (iOS 26+, glass design) Whether the Liquid Glass capsule under the back button is hidden. It works only for an own button with
    * an `iconBackground`, where the shape is already drawn into the icon; the system button ignores it.
    * @default true
    */
@@ -245,9 +245,9 @@ export interface OptionsTopBarBackButton {
 /** The background of the bar: a color, a component, translucency and blur. */
 export interface OptionsTopBarBackground {
   /**
-   * The color of the bar. On iOS it fills both the standard look and the one at the scroll edge; on iOS 26 the bar is
-   * then solid in this color instead of glass. A transparent color makes a transparent bar. It beats `blur` and
-   * `translucent`. With a large title on iOS 26 the color is drawn into the list under the title, and the collapsed bar
+   * The color of the bar. On iOS it fills both the standard look and the one at the scroll edge; with the glass design the bar is
+   * then solid in this color instead of glass; without it (`UIDesignRequiresCompatibility`) it is the opaque bar of before iOS 26. A transparent color makes a transparent bar. It beats `blur` and
+   * `translucent`. With a large title and the glass design the color is drawn into the list under the title, and the collapsed bar
    * paints itself. On Android it is the background of the bar with the status bar strip, by default the theme's
    * surface color, changing at once on push and pop. Together with `component` the color lies under the component.
    */
@@ -266,8 +266,8 @@ export interface OptionsTopBarBackground {
    */
   component?: OptionsTopBarBackgroundComponent;
   /**
-   * (iOS) Whether content shows through the bar. By default `true` on iOS 26 (glass) and `false` before. With `true`
-   * the bar is glass on iOS 26 and the system translucent bar before; with `false` it is solid in the system color.
+   * (iOS) Whether content shows through the bar. By default `true` with the glass design (iOS 26+, see `UIDesignRequiresCompatibility`) and `false` without it. With `true`
+   * the bar is glass with the glass design and the system translucent bar without it; with `false` it is solid in the system color.
    * `color` and `blur` beat it. Only an explicit `true` puts the screen under the bar.
    */
   translucent?: boolean;
@@ -301,7 +301,7 @@ export interface OptionsTopBarBackgroundComponent {
 export interface OptionsTopBarScrollEdgeAppearanceTitle {
   /** The size of the font, handled like `topBar.title.fontSize`. */
   fontSize?: number;
-  /** The color of the title at the edge. On iOS 26 it is fixed during a push, like the usual title color. */
+  /** The color of the title at the edge. With the glass design it is fixed during a push, like the usual title color. */
   color?: Color;
   /** The font family, handled like `topBar.title.fontFamily`. */
   fontFamily?: FontFamily;
@@ -327,7 +327,7 @@ export interface OptionsTopBarScrollEdgeAppearanceBackground {
 
 /**
  * (iOS) How the bar looks while the list is at its top edge. Without `active` the edge looks as the usual bar, except
- * for the transparency under a large title on iOS 26; the title and the border at the edge still come from the fields
+ * for the transparency under a large title with the glass design; the title and the border at the edge still come from the fields
  * here or from the usual ones. Android doesn't read it.
  */
 export interface OptionsTopBarScrollEdgeAppearance {
@@ -337,7 +337,7 @@ export interface OptionsTopBarScrollEdgeAppearance {
   background?: OptionsTopBarScrollEdgeAppearanceBackground;
   /**
    * Whether the bar has a background of its own at the edge (`background`). With it the edge isn't made transparent
-   * under a large title, and on iOS 26 an opaque color covers the large title. A change by `mergeOptions` applies at
+   * under a large title, and with the glass design an opaque color covers the large title. A change by `mergeOptions` applies at
    * once.
    * @default false
    */
@@ -373,7 +373,7 @@ export interface OptionsTopBarLargeTitle {
    * Whether the large title collapses into the bar as the list scrolls. With `false` on iOS the bar follows an empty
    * scroll view instead of the list, so the title stays as at the top of the list; under the row it then needs a
    * background (`background.color`, else a system blur), and `searchBar.hideOnScroll` doesn't work. On Android `false`
-   * leaves the bar as it is and stops listening to the list. On iOS 26 in a right-to-left layout nothing collapses.
+   * leaves the bar as it is and stops listening to the list. With the glass design in a right-to-left layout nothing collapses.
    * @default true
    */
   collapseOnScroll?: boolean;
@@ -637,7 +637,7 @@ export interface OptionsTopBar {
   /**
    * The shape color behind the icons of the left buttons that have an `icon` image and no `iconBackground.color`; the
    * size and corners come from the button's `iconBackground`, or the icon's size without corners. On iOS only image
-   * buttons, not SF Symbols, and without a capsule on iOS 26. A color sent by `mergeOptions` repaints all the side's
+   * buttons, not SF Symbols, and without a capsule with the glass design. A color sent by `mergeOptions` repaints all the side's
    * image buttons, those with their own shape color too.
    */
   leftButtonBackgroundColor?: Color;
@@ -815,12 +815,15 @@ export interface OptionsScrollEdge {
 
 /**
  * (iOS 26+) The scroll edge effect of the scroll views of a screen: how the content fades or blurs where it scrolls
- * under a bar. The scroll views draw it, and only where content goes under a bar. It applies to every scroll view in
- * the view of the screen when the screen appears; after React mounts it applies to the main list of the screen only; on
- * `mergeOptions` all is reset and applied again. Other scroll views mounted later get it at the next appearance or
- * `mergeOptions`. When the screen leaves, its scroll views get the system effect back. Under a bar with
- * `background.color` or `background.component` there is no effect at the top unless the screen sets one for the top or
- * for all edges. Before iOS 26 and on Android it does nothing.
+ * under a bar. The scroll views draw it, and only where content goes under a bar. When the screen appears, it applies
+ * to the vertical lists and text views (a multi-line `TextInput`) in the view of the screen, except in hidden views
+ * (`display: none`). A list inside another vertical list gets none (UIKit draws no edge effect there); a scroll view
+ * that doesn't scroll vertically, like a pager, is searched for its lists. A list nested very deep in the screen's
+ * views may not get it. After React mounts, the main list of the screen gets it; a list mounted later gets it at the
+ * next appearance, or at a `mergeOptions` of `scrollEdgeEffect` or of the bar's background. The lists get the system
+ * effect back when the screen leaves or is destroyed, and a list React removes from the screen gets it back too. Under
+ * a bar with `background.color` or `background.component` there is no effect at the top unless the screen sets one for
+ * the top or for all edges. Before iOS 26 and on Android it does nothing.
  */
 export interface OptionsScrollEdgeEffect {
   /** Whether the effect is hidden on all four edges. The value of an edge beats it. */

package/android/src/main/java/dev/apexnative/navigation/react/ArrangementStates.kt

@@ -1,42 +0,0 @@
-package dev.apexnative.navigation.react
-
-import android.content.Context
-import com.facebook.react.ReactApplication
-import com.facebook.react.bridge.Arguments
-import com.facebook.react.bridge.WritableMap
-import dev.apexnative.navigation.react.events.EventContract
-import dev.apexnative.navigation.react.events.EventEmitter
-import java.util.concurrent.ConcurrentHashMap
-
-/**
- * The state of each screen of a pair (`useArrangement`): which screen of the pair it is, how the pair lies, whether it
- * lies over the other one and whether it is out of the window. Set on the main thread as the pair lays out; JavaScript
- * reads it from its own thread for a screen's first render, and gets every change as `ANN.ArrangementChanged`. A
- * screen outside a pair has none.
- */
-internal object ArrangementStates {
-    data class State(val placement: String, val layout: String, val front: Boolean, val hidden: Boolean)
-
-    private val states = ConcurrentHashMap<String, State>()
-
-    /** Keeps the screen's state, and tells JavaScript when it changed and [notify] holds. Main thread only. */
-    fun set(context: Context, screenId: String, state: State, notify: Boolean) {
-        if (states.put(screenId, state) == state || !notify) return
-        val reactContext = (context.applicationContext as? ReactApplication)?.reactHost?.currentReactContext ?: return
-        EventEmitter(reactContext).emitArrangementChanged(screenId, toMap(state))
-    }
-
-    /** `{ placement, layout, front, hidden }`, empty for a screen outside a pair. Any thread. */
-    fun get(screenId: String): WritableMap = states[screenId]?.let(::toMap) ?: Arguments.createMap()
-
-    fun remove(screenId: String) {
-        states.remove(screenId)
-    }
-
-    private fun toMap(state: State): WritableMap = Arguments.createMap().apply {
-        putString(EventContract.ArrangementChanged.PLACEMENT, state.placement)
-        putString(EventContract.ArrangementChanged.LAYOUT, state.layout)
-        putBoolean(EventContract.ArrangementChanged.FRONT, state.front)
-        putBoolean(EventContract.ArrangementChanged.HIDDEN, state.hidden)
-    }
-}

package/android/src/main/java/dev/apexnative/navigation/react/ScreenInsets.kt

@@ -1,70 +0,0 @@
-package dev.apexnative.navigation.react
-
-import android.content.Context
-import com.facebook.react.ReactApplication
-import com.facebook.react.bridge.Arguments
-import com.facebook.react.bridge.WritableMap
-import dev.apexnative.navigation.react.events.EventContract
-import dev.apexnative.navigation.react.events.EventEmitter
-import java.util.concurrent.ConcurrentHashMap
-
-/**
- * The safe area of each screen, in dp: how much of its content the bars and the system cover on each side. The padding
- * is the part of it the screen's safe area view keeps its content out of: the insets on the edges the screen's options
- * give. JavaScript gets the rest, what still covers the content (0 on a padded edge): it reads it from its own thread
- * for a screen's first render, and gets every change as `ANN.ScreenInsetsChanged`.
- */
-object ScreenInsets {
-    data class Insets(val top: Double, val right: Double, val bottom: Double, val left: Double)
-
-    private val insets = ConcurrentHashMap<String, Insets>()
-    // Main thread only.
-    private val padding = HashMap<String, Insets>()
-    private val paddingListeners = HashMap<String, MutableSet<() -> Unit>>()
-
-    /** The padding of the screen's safe area view; none before the screen was laid out. */
-    fun padding(screenId: String): Insets? = padding[screenId]
-
-    /** Calls `listener` when the padding of the screen changes; returns the function that stops it. */
-    fun listenToPadding(screenId: String, listener: () -> Unit): () -> Unit {
-        paddingListeners.getOrPut(screenId) { LinkedHashSet() }.add(listener)
-        return {
-            paddingListeners[screenId]?.let {
-                it.remove(listener)
-                if (it.isEmpty()) paddingListeners.remove(screenId)
-            }
-        }
-    }
-
-    /** Keeps the screen's insets and padding, and tells when they changed. */
-    fun update(context: Context, screenId: String, value: Insets, paddingValue: Insets) {
-        if (padding.put(screenId, paddingValue) != paddingValue) {
-            paddingListeners[screenId]?.toList()?.forEach { it() }
-        }
-        // JavaScript gets what still covers the content: the edges the safe area view keeps it off are 0.
-        val uncovered = Insets(
-            top = (value.top - paddingValue.top).coerceAtLeast(0.0),
-            right = (value.right - paddingValue.right).coerceAtLeast(0.0),
-            bottom = (value.bottom - paddingValue.bottom).coerceAtLeast(0.0),
-            left = (value.left - paddingValue.left).coerceAtLeast(0.0),
-        )
-        if (insets.put(screenId, uncovered) == uncovered) return
-        val reactContext = (context.applicationContext as? ReactApplication)?.reactHost?.currentReactContext ?: return
-        EventEmitter(reactContext).emitScreenInsetsChanged(screenId, toMap(uncovered))
-    }
-
-    /** `{ top, right, bottom, left }`, empty before the screen was laid out. Any thread. */
-    fun get(screenId: String): WritableMap = insets[screenId]?.let(::toMap) ?: Arguments.createMap()
-
-    fun remove(screenId: String) {
-        insets.remove(screenId)
-        padding.remove(screenId)
-    }
-
-    private fun toMap(value: Insets): WritableMap = Arguments.createMap().apply {
-        putDouble(EventContract.ScreenInsetsChanged.TOP, value.top)
-        putDouble(EventContract.ScreenInsetsChanged.RIGHT, value.right)
-        putDouble(EventContract.ScreenInsetsChanged.BOTTOM, value.bottom)
-        putDouble(EventContract.ScreenInsetsChanged.LEFT, value.left)
-    }
-}

package/android/src/main/java/dev/apexnative/navigation/react/events/NavigationStateReporter.kt

@@ -1,62 +0,0 @@
-package dev.apexnative.navigation.react.events
-
-import android.os.Handler
-import android.os.Looper
-import dev.apexnative.navigation.viewcontrollers.bottomtabs.BottomTabsController
-import dev.apexnative.navigation.viewcontrollers.navigator.Navigators
-import dev.apexnative.navigation.viewcontrollers.parent.ParentController
-import dev.apexnative.navigation.viewcontrollers.viewcontroller.ViewController
-
-/**
- * Tells JavaScript the screen the user sees and the selected tab when they change. Every change of the screen the
- * user sees comes with a screen appearing: a push, a pop, a modal, a tab, a menu. One update after the events of a
- * pass of the main loop, and one at once before a command resolves its promise; each sent only when the state changed.
- */
-object NavigationStateReporter {
-    internal data class State(val screenId: String?, val screenName: String?, val tab: Int?)
-
-    private val handler = Handler(Looper.getMainLooper())
-    private var state: State? = null
-    private var scheduled = false
-
-    /** The new JavaScript has no state yet: the next one goes to it whatever it is. */
-    fun reset() {
-        state = null
-    }
-
-    fun setNeedsUpdate(emitter: EventEmitter) {
-        if (scheduled) return
-        scheduled = true
-        handler.post {
-            scheduled = false
-            updateNow(emitter)
-        }
-    }
-
-    /**
-     * Sends the state at once when it differs from the last one sent. A command calls it right before it resolves its
-     * promise: the event and the resolution reach JavaScript in that order, so the state is new when the `await` of
-     * the command goes on. The update already scheduled then finds nothing new. Main thread only.
-     */
-    fun updateNow(emitter: EventEmitter) {
-        // The navigation of the activity the commands run in (`Navigators.current`).
-        val navigator = Navigators.current()?.navigator ?: return
-        val next = stateOf(navigator.visibleLayout)
-        if (next == state) return
-        state = next
-        emitter.emitNavigationStateChanged(next.screenId, next.screenName, next.tab)
-    }
-
-    // The top modal, or the root ([layout]), down to the screen the user sees; overlays don't count. The tab is the
-    // selected one of the nearest tabs the screen is in, the last met on the way down, in a modal too: the tabs
-    // `selectTab` acts on from it. None for a screen out of tabs.
-    internal fun stateOf(layout: ViewController<*>?): State {
-        var tab: Int? = null
-        var current = layout ?: return State(null, null, null)
-        while (current is ParentController<*>) {
-            if (current is BottomTabsController) tab = current.selectedIndex
-            current = current.currentChild ?: return State(null, null, null)
-        }
-        return State(current.id, current.currentComponentName, tab)
-    }
-}