[hryhoriiK97]

Summary:

dataDetectorType on Text only works on Android. On iOS the prop is ignored, so an app that wants tappable phone numbers, links or emails has to find them itself and split the text into nested Text components.

This adds the prop on iOS, with the same values as Android: phoneNumber, link, email, none and all. Detected data gets the link color and an underline, a tap opens it, and VoiceOver gets a link element for it.

• The prop lives in the paragraph props in text/platform/cxx, which is what iOS compiles. Android keeps its own in text/platform/android, so no Android code changes.
• Detection runs when the text is drawn, hit tested or read by accessibility. It never runs for measuring, because the added attributes don't change the layout. Text without the prop only pays for one comparison.
• Only http, https, mailto and tel URLs open, so text from a user can't open a deep link into another app.

Changelog:

[IOS] [ADDED] - Support dataDetectorType on Text

Test Plan:

New example in RNTester: Text > Data detectors.

Data types	Harder cases
datadetector-1-types.mp4	datadetector-2-cases.mp4
Each dataDetectorType on the same text. A tap on a link opens Safari, and plain text and none do nothing.	Toggling the prop, custom schemes staying plain, onPress, long press, scrolling from a link, and links in padded, emoji and RTL text.

Unit tests, 5 new in RCTTextDataDetectorTests:

xcodebuild test -workspace RNTesterPods.xcworkspace -scheme RNTester \
  -destination "platform=iOS Simulator,id=<iPhone 18 Pro, iOS 27>" \
  -only-testing:RNTesterUnitTests/RCTTextDataDetectorTests
Executed 5 tests, with 0 failures (0 unexpected)

To run these I removed RCTImageLoaderTests.m from the target locally, because it doesn't compile on main: it uses RCTDefineImageURLLoader, which no longer exists.

Fantom, 6 new tests in Text-itest.js, plus every suite that prints a Text: 528 passed, 4 skipped.

On the iPhone 18 Pro simulator (iOS 27):

• Each type styles only its own data, and none stays plain.
• A tap on a link opens Safari. Phone numbers and emails reach the system as tel:5551234567 and mailto:hello@example.com, because the simulator has no app for them.
• Plain text does nothing on tap, and myapp:// and file:// stay plain.
• onPress on the plain part of the text still fires, a long press on selectable text only shows Copy, and a scroll that starts on a link doesn't open it.
• Links work with padding, nested styles, emoji and RTL text, and toggling the prop updates the styling and link elements.

Cost, on an iPhone 15 Pro with a Release build: in a 600-row FlatList of 7–200 character messages where every row sets the prop, the median draw time per row goes from 484 µs to 1,627 µs (3 runs per arm), so about 1.1 ms per newly drawn row. Text without the prop only pays for one comparison.

yarn flow-check, ESLint, Prettier and clang-format are clean, and yarn build-types, yarn test-generated-typescript and the C++ API snapshots are up to date.

Not run: VoiceOver itself (I read the accessibility tree), a physical device and tvOS.

🤖 Generated with Claude Code

[github-actions]

Warning

JavaScript API change detected

This PR commits an update to ReactNativeApi.d.ts, indicating a change to React Native's public JavaScript API.

• Please include a clear changelog message.
• This change will be subject to additional review.

This change was flagged as: POTENTIALLY_BREAKING