-
-
Notifications
You must be signed in to change notification settings - Fork 578
feat(iOS): support UIBarButtonItem in header #2987
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
feat(iOS): support UIBarButtonItem in header #2987
Conversation
4e8a7b3
to
a86dbb3
Compare
Related PR in react-navigation: react-navigation/react-navigation#12657 |
i like this |
Hey! This is really promising. We're working currently on support for iOS 26 etc. and we're doing general overhaul of the lib. As of now, we're not sure what will be the API shape & scope, therefore I won't review it for now. Once we settle the internal discussion I'll revisit your implementation. I'm sure we'll be able to land it in some form. |
I'm really glad you liked it! Yeah I saw that you have done a bunch of iOS 26 related PRs and changes to the API so I understand that my suggestion may not match the shape you are targeting. Please let me know if there are any changes I can do right now and I will happily do them asap. I truly believe something like this would be awesome for react-native-screens when iOS 26 is out of beta. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi
Great stuff. We're looking at your PR and would like to merge the changes soon. Here are some comments from me, and I believe @kkafar wants to look more closely in the following days.
Also, please update the PR with changes from main branch. There could be some conflicts.
e9b25c0
to
f53da7d
Compare
Thank you! I've updated the PR with changes from main and resolved all conflicts |
1a6bce3
to
2750468
Compare
## Description From discussion in #2987 (comment). We should rename the class into something more specific because it really does one specific thing. ## Changes title ## Test code and steps to reproduce No changes, disabling back button menu should still work. You can modify BottomTabsTest / Tab4 with `screenOption={{ headerBackButtonMenuEnabled: false }}`
Hey, I most likely won't find time tomorrow & I'm going for a two week PTO on Thursday. I'll try to review this as one of first things after I'm back from PTO. :sorry: |
ac9e6bd
to
bbcb13c
Compare
Hey! No worries! Have a nice PTO 😊 |
e2ae763
to
1bf07e5
Compare
@kmichalikk I added support for |
@kmichalikk refactored everything a bit in af27795 I realised that users might want to combine native UIBarButtonItems and React Nodes in the header left and right. So renamed |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wasn't able to properly run this probably because of some issues with linking to react-navigation PR - buttons were not displayed at all. I'll try again later. In the meantime I have two small nitpicks.
My bad! I forgot to push my latest commits to react-navigation. Should be working now |
4c250ef
to
683264d
Compare
683264d
to
562e893
Compare
@kmichalikk I added support for ![]() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good 👍
Some nitpick & suggestions below.
I pulled the PR locally and merged main, works fine but found some visual bugs that I suspect are native, but haven't checked that yet.
ios/RNSBarButtonItem.mm
Outdated
#if defined(__IPHONE_OS_VERSION_MAX_ALLOWED) && defined(__IPHONE_26_0) && \ | ||
__IPHONE_OS_VERSION_MAX_ALLOWED >= __IPHONE_26_0 | ||
if (@available(iOS 26.0, *)) { | ||
self.style = UIBarButtonItemStyleProminent; | ||
} | ||
#endif |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For iOS < 26 there is no style set explicitly here; maybe, to be consistent, we should set it to something? And please mention the difference for iOS versions somewhere in the docs.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think we need to set it to something else on iOS < 26. I believe it's better to leave it untouched and use the default style of the OS when the prominent style is not available. UIBarButtonItemStylePlain
is the default style of iOS < 26.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
And about docs, I'm linking to the Apple docs in the JSDoc comments in the type declaration. I'm also mentioning that "Prominent" is only available on iOS 26. https://github.com/johankasperi/react-navigation/blob/668b77545440c51f473bf7e392a6b8b946eec8f9/packages/native-stack/src/types.tsx#L729
Could you point me to where in the docs I should also mention this?
One could also argue that linking to the iOS docs is sufficient, especially during the beta period when stuff might be changed by Apple, since by trying to copy Apples docs to the React Native Screen docs the RNS docs might become dated quickly when Apple are doing changes. But I'm not gonna be the judge of that 😊
@@ -0,0 +1,412 @@ | |||
// NOTE: The full native feature set (style, image, menu, etc.) is available, but the TS types in src/types.tsx need to be updated to match. This example uses only the currently typed props (title, icon, onPress, enabled). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In this case we should add some documentation to src/types.tsx, maybe also to GUIDE_FOR_LIBRARY_AUTHORS, especially the different cases when the behavior is different for iOS 26 vs 18. I saw there is more documentation in the PR for react-navigation, but it would be nice to have it also here in screens.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you mean this interface?
react-native-screens/src/types.tsx
Line 545 in 5abbab3
export interface ScreenStackHeaderConfigProps extends ViewProps { |
And in GUIDE_FOR_LIBRARY_AUTHORS, do you mean I should add it under this section? https://github.com/software-mansion/react-native-screens/blob/main/guides/GUIDE_FOR_LIBRARY_AUTHORS.md#screenstackheaderconfig
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's what I was thinking about, It'd be good to have something in the same place where other screens components' props are defined for quick reference when someone new jumps in. IN GUIDE... there is this section "Below is a list of properties that can be set with ScreenStackHeaderConfig
component:" and since you are adding new props, we should keep it in sync & write something there. Same for src/types.tsx
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thansk for pointing me to where I should write something. I will do that asap
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added the types in this commit 3e2f63d
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added docs in this commit b41acf8
9cd5ae8
to
6cda9e9
Compare
Thank you! Don't know your circumstances for the deadline but wanted to share that you can opt out from the new design with UIDesignRequiresCompatibility in your Info.plist |
Apple is considering our App for featuring. So, opting out is no an option for us. :/ |
I understand. Congrats for being considered for featuring! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again, great job. I left a comment about the docs, nothing else from me.
I wanna update you, that I'm starting to look at this PR 😅 I can't say however we'll be able to land in in just couple of days, since it's a bit chunky. Remember that you always have |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay. This looks really good. I have few initial remarks. Please answer them.
Screen.Recording.2025-09-09.at.18.11.38.mov
I wonder what is going on with the shadow beneath the bar button items, that disappears after few seconds. @kligarski is that something you experienced when testing iOS 26?
|
||
NSDictionary *imageObj = dict[@"image"]; | ||
if (imageObj) { | ||
self.image = [RCTConvert UIImage:imageObj]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We're relying here on deprecated RCTConvert. Do you happen to know whether there is alternative or not?
I'll try to suggest alternative (if there is one) when I have a moment to research it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nope sorry thats the only way I know to convert a react image to a UIImage
ios/RNSBarButtonItem.mm
Outdated
objc_setAssociatedObject(self, &RNSBarButtonItemIdKey, buttonId, OBJC_ASSOCIATION_COPY_NONATOMIC); | ||
objc_setAssociatedObject(self, &RNSBarButtonItemActionKey, action, OBJC_ASSOCIATION_COPY_NONATOMIC); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we go for ObjC runtime functions instead of regular members? What's the reasoning here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry I guess I wanted a quick solution given that the properties was meant to be private for this class and I didn't give it much thought. But you're right, regular instance properties are clearer. I refactored to that in 5d6037b
I noticed some unusual shadow behavior with the search bar in the header but I did not pay much attention to it yet as there were more critical bugs with the search bar that could've been impacting the shadows. |
Okay, I'll create ticket for this to test it out on pure native app, to verify whether this is UIKit issue or something on our end. |
Co-authored-by: Kacper Kafara <[email protected]>
Co-authored-by: Kacper Kafara <[email protected]>
Co-authored-by: Kacper Kafara <[email protected]>
Co-authored-by: Kacper Kafara <[email protected]>
Co-authored-by: Kacper Kafara <[email protected]>
Co-authored-by: Kacper Kafara <[email protected]>
Co-authored-by: Kacper Kafara <[email protected]>
I haven't noticed that! I almost hope it's a bug in iOS 26 because I haven't written any code (as far as I know) that should affect that. But good catch! It is happening on the back button in other demo screens and in the News app from apple. So I'm guessing its part of UIKit Simulator.Screen.Recording.-.iPhone.16.Pro.-.2025-09-10.at.22.51.05.movSimulator.Screen.Recording.-.iPhone.16.Pro.-.2025-09-10.at.22.52.47.mov |
Thanks for the review! I think I have adressed all of your remarks. Please let me know if you have any further questions or if there is anything else I should take a look at. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My follow-up review. Please answer it. I'll try to help with codechanges & guidance when I have a moment.
More issues I've found listed below 👇🏻 (I'll try to help fixing some of them when I have a moment).
Legend:
🚫 - blocking issue
I consider this issue to be non-blocking for the PR. Just something to be aware of & that need to be fixed.
This is iOS 18.6
Screen.Recording.2025-09-11.at.12.16.53.mov
<Stack.Screen
name="IconButtonDemo"
component={IconButtonDemo}
options={{
title: 'Icon Button',
headerLeft: () => (<View style={{ height: 64, width: 128, backgroundColor: 'red' }} />),
headerRightItems: [
{
image: require('../../assets/search_black.png'),
onPress: () => Alert.alert('Icon pressed'),
},
],
}}
/>
When I've added headerLeft - it looks terrible on swipe back.
Screen.Recording.2025-09-11.at.12.24.49.mov
🚫 No. 3 - POTENTIALLY BLOCKING
The same recording as in issue no. 2.
There is no back button present when I've specified headerLeft. IIRC there should be back button present. I need to verify whether this is an regression or not.
<Stack.Screen name="BackButtonVisibleDemo"
component={BackButtonVisibleDemo}
options={{
title: 'Back Button Visible',
headerBackVisible: true,
headerRight: () => (<View style={{ height: 64, width: 128, backgroundColor: 'red' }} />),
headerLeftItems: [
{
// eslint-disable-next-line react/no-unstable-nested-components
customView: () => <TouchableOpacity onPress={() => Alert.alert('Left React Node')}>
<Text style={{ color: 'blue' }}>React Node</Text>
</TouchableOpacity>
},
{
title: "Native",
onPress: () => Alert.alert('Native button pressed'),
},
],
}} />
Screen.Recording.2025-09-11.at.12.35.54.mov
Notice that "excessive" items are put inside "more item" and there is no way to access them.
🚫 /
<Stack.Screen
name="IconSharesBgButtonDemo"
component={IconSharesBgButtonDemo}
options={{
title: 'Icon SharesBackground',
headerTitle: () => (<Text>Icon SharesBackground VERY LONG TITLE THAT REQUIRES TRUNCATION</Text>),
headerRightItems: [
{
image: require('../../assets/search_black.png'),
onPress: () => Alert.alert('Icon with sharesBackground pressed'),
sharesBackground: true,
},
{
image: require('../../assets/search_black.png'),
onPress: () => Alert.alert('Icon with sharesBackground pressed'),
sharesBackground: true,
},
{
image: require('../../assets/search_black.png'),
onPress: () => Alert.alert('Icon with sharesBackground pressed'),
sharesBackground: false,
},
{
image: require('../../assets/search_black.png'),
hidesSharedBackground: true,
onPress: () => Alert.alert('Icon with sharesBackground false pressed'),
},
],
}}
/>

Please notice that Yoga-layouted text wont' be truncated properly at all.
Other remarks:
✅ I've validated that when both headerRight
& headerRightItems
are present the headerRightItems
takes precedence.
✅ I've validated that when both headerLeft
& headerLeftItems
are present the headerLeftItems
takes precedence.
🚫 Above two interactions are desired but they should be documented in GUIDE_FOR_LIBRARY_AUTHORS
and in types. Here and in react-navigation
.
### `headerLeftItems` / `headerRightItems` (iOS only) | ||
|
||
An array of objects describing native bar button items to display on the left or right side of the header. Each item can be: | ||
|
||
- A button with a title, icon, and action | ||
- A menu with multiple actions | ||
- A spacing item to adjust layout | ||
- A object for configuration of the `ScreenStackHeaderRightView` or `ScreenStackHeaderLeftView` | ||
|
||
#### The button and menu items support: | ||
|
||
`title: string` — Title of the button. | ||
|
||
`titleStyle?: object` — Style for the button title. | ||
|
||
`image?: ImageRequireSource` — Image source for the button icon. | ||
|
||
`sfSymbolName?: string` - SF Symbol for the button icon. | ||
|
||
`style?: 'Plain' | 'Done' | 'Prominent'` — The style of the item. 'Prominent' only available for iOS 26+. | ||
|
||
`tintColor?: ColorValue` — Tint color for the button. Will pick the tint color of the header if not set. | ||
|
||
`hidden?: boolean` — Whether the item is hidden (iOS 16+). | ||
|
||
`enabled?: boolean` — Whether the item is enabled. | ||
|
||
`width?: number` — Width of the item (iOS 18-). | ||
|
||
`possibleTitles?: string[]` — Possible titles for the item. | ||
|
||
`hidesSharedBackground?: boolean` — Hide shared background (iOS 26+). | ||
|
||
`sharesBackground?: boolean` — Share background with other items (iOS 26+). | ||
|
||
`identifier?: string` — Identifier for matching items across transitions (iOS 26+). | ||
|
||
`badge: object` - Badge configuration for the button (iOS 26+). | ||
|
||
#### The button with an action also supports: | ||
|
||
`selected?: boolean` — Whether the button is selected. | ||
|
||
`changesSelectionAsPrimaryAction?: boolean` — Whether selection changes as a primary action (iOS 15+). | ||
|
||
#### The button with a menu also support: | ||
|
||
`menu?: Array<object>` — Menu actions for the item. | ||
|
||
#### The spacing item supports: | ||
|
||
`spacing?: number` — Fixed space between items. The numeric value is only supported on iOS 18- | ||
|
||
#### The configuration item of the custom views supports: | ||
|
||
`hidesSharedBackground?: boolean` - Hide shared background (iOS 26+). | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This section is missing example configuration. We should add one, that uses all the props. You can copy configuration from the example you've already written.
### `headerLeftItems` / `headerRightItems` (iOS only) | ||
|
||
An array of objects describing native bar button items to display on the left or right side of the header. Each item can be: | ||
|
||
- A button with a title, icon, and action | ||
- A menu with multiple actions | ||
- A spacing item to adjust layout | ||
- A object for configuration of the `ScreenStackHeaderRightView` or `ScreenStackHeaderLeftView` | ||
|
||
#### The button and menu items support: | ||
|
||
`title: string` — Title of the button. | ||
|
||
`titleStyle?: object` — Style for the button title. | ||
|
||
`image?: ImageRequireSource` — Image source for the button icon. | ||
|
||
`sfSymbolName?: string` - SF Symbol for the button icon. | ||
|
||
`style?: 'Plain' | 'Done' | 'Prominent'` — The style of the item. 'Prominent' only available for iOS 26+. | ||
|
||
`tintColor?: ColorValue` — Tint color for the button. Will pick the tint color of the header if not set. | ||
|
||
`hidden?: boolean` — Whether the item is hidden (iOS 16+). | ||
|
||
`enabled?: boolean` — Whether the item is enabled. | ||
|
||
`width?: number` — Width of the item (iOS 18-). | ||
|
||
`possibleTitles?: string[]` — Possible titles for the item. | ||
|
||
`hidesSharedBackground?: boolean` — Hide shared background (iOS 26+). | ||
|
||
`sharesBackground?: boolean` — Share background with other items (iOS 26+). | ||
|
||
`identifier?: string` — Identifier for matching items across transitions (iOS 26+). | ||
|
||
`badge: object` - Badge configuration for the button (iOS 26+). | ||
|
||
#### The button with an action also supports: | ||
|
||
`selected?: boolean` — Whether the button is selected. | ||
|
||
`changesSelectionAsPrimaryAction?: boolean` — Whether selection changes as a primary action (iOS 15+). | ||
|
||
#### The button with a menu also support: | ||
|
||
`menu?: Array<object>` — Menu actions for the item. | ||
|
||
#### The spacing item supports: | ||
|
||
`spacing?: number` — Fixed space between items. The numeric value is only supported on iOS 18- | ||
|
||
#### The configuration item of the custom views supports: | ||
|
||
`hidesSharedBackground?: boolean` - Hide shared background (iOS 26+). | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We're also missing references the the Apple docs, the same ones that you added to the types (I'm sure I've seen it somewhere).
|
||
`sfSymbolName?: string` - SF Symbol for the button icon. | ||
|
||
`style?: 'Plain' | 'Done' | 'Prominent'` — The style of the item. 'Prominent' only available for iOS 26+. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
`style?: 'Plain' | 'Done' | 'Prominent'` — The style of the item. 'Prominent' only available for iOS 26+. | |
`style?: 'plain' | 'done' | 'prominent'` — The style of the item. 'prominent' only available for iOS 26+. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If that's not only a typo, but the union type is really defined this way - then let's change it in both places.
|
||
`width?: number` — Width of the item (iOS 18-). | ||
|
||
`possibleTitles?: string[]` — Possible titles for the item. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
When is this being used instead of regular title? Depending on available space?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should elaborate a bit more here, please
|
||
`sharesBackground?: boolean` — Share background with other items (iOS 26+). | ||
|
||
`identifier?: string` — Identifier for matching items across transitions (iOS 26+). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it supported? Can we add example showcasing this? If not, this should not be part of the API.
NSArray<UIBarButtonItem *> *currentItems = navitem.rightBarButtonItems ?: @[]; | ||
NSMutableArray<UIBarButtonItem *> *mutableItems = [currentItems mutableCopy]; | ||
[mutableItems addObject:buttonItem]; | ||
navitem.rightBarButtonItems = [mutableItems copy]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Similar thing here
@@ -873,6 +890,71 @@ - (void)applySemanticContentAttributeIfNeededToNavCtrl:(UINavigationController * | |||
} | |||
} | |||
|
|||
- (NSArray<UIBarButtonItem *> *)barButtonItemsFromDictionaries:(NSArray<NSDictionary<NSString *, id> *> *)dicts |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- (NSArray<UIBarButtonItem *> *)barButtonItemsFromDictionaries:(NSArray<NSDictionary<NSString *, id> *> *)dicts | |
- (NSArray<UIBarButtonItem *> *)barButtonItemsFromConfigs:(NSArray<NSDictionary<NSString *, id> *> *)dicts |
Sorry, should have noticed that last time.
navitem.leftBarButtonItem.customView = snapshot; | ||
break; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I need a reasoning why this has been removed here. As this code was patching some issues with header items disappearing during back transition. Is this now patched somehow else? Why do we need to modify this?
headerLeftBarButtonItems?: UnsafeMixed[]; | ||
headerRightBarButtonItems?: UnsafeMixed[]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just to be aware of: single UnsafeMixed
translated to folly::dynamic
under the hood is at least 64 bytes. Having a long array of these, can be really memory intensive.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since this is implementation detail of the library, this version is ok now. We can always improve it in followups on as needed basis.
/** | ||
* Array of iOS native UIBarButtomItem or functions | ||
* that returns a React Element to the left side of the header. | ||
* | ||
* @platform ios | ||
*/ | ||
headerLeftBarButtonItems?: ( | ||
| HeaderBarButtonItem | ||
| HeaderBarButtonItemWithCustomView | ||
)[]; | ||
/** | ||
* Array of iOS native UIBarButtomItem or functions | ||
* that returns a React Element to the right side of the header. | ||
* | ||
* @platform ios | ||
*/ | ||
headerRightBarButtonItems?: ( | ||
| HeaderBarButtonItem | ||
| HeaderBarButtonItemWithCustomView | ||
)[]; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We need to document here, that these override headerLeft
& headerRight
respectively. Additionally, we need to document on headerLeft
& headerRight
that they get overrided by these.
This PR seems promising! Can't wait! Any ETA? |
Description
The current implementation of
headerLeft
andheaderRight
adds a react view as a custom view in a UIBarButtonItem. This implementation is sufficient at most times but I believe we can achieve greater "native feel" if the native stack has an protocol for adding actual UIBarButtonItems in the header. As the UIBarButtonItems has properties and features that can be difficult to mimic with a react view.Also with the introduction of iOS 26, using only custom views in UIBarButtonItem presents some limitations. Mainly that the adaptive tint color (based on the underlying view) is not working on a UIBarButtonItem with a custom view as demonstrated below under "Screenshots".
Changes
This PR adds the properties
headerRightItems
andheaderLeftItems
on the native stack Screen that makes it possible to add one or several UIBarButtonItem to the right/left of the header and/or functions returning a React Node. Most of the features of the UIBarButtonItem is supported (see either "Bar Button Items" in the example apps or the type definition).Screenshots / GIFs
Non adaptive tint color when using old property
headerRight
on iOS 26Simulator.Screen.Recording.-.iPhone.16.Pro.-.2025-06-27.at.16.31.10.mov
Adaptive tint color when using new property
headerRightBarButtonItems
on iOS 26Simulator.Screen.Recording.-.iPhone.16.Pro.-.2025-06-27.at.16.28.30.mov
UIBarButtonItem with style "prominent" on iOS 26
UIBarButtonItem with UIMenu on iOS 26
Simulator.Screen.Recording.-.iPhone.16.Pro.-.2025-06-27.at.16.29.02.mov
Test code and steps to reproduce
I've created a screen named "Bar Button Items" in the example app that showcases all of the proposed features.
Checklist
Unsure if I need to do this. I'm targeting react-navigation v6 and above so no JS changes has been made to react-native-screens in this PR. Would appreciate some guidance to if and where I should make documentation changes if needed. Thank you!