What

First-class access to the iOS 26 scroll edge effect on ScrollView and ListView.

• iosScrollEdgeEffect: 'automatic' | 'soft' | 'hard' | 'none' (default automatic), applied to every edge of the native scroll view. soft is the blur-and-fade UIKit draws under system bars.
• addScrollEdgeContainer(view, edge) / removeScrollEdgeContainer(view): register a view as a bar the content scrolls beneath, so the effect extends under it and follows it as it moves. Registration completes once both native views exist, survives the container being recreated, and works for a bar in another window (a keyboard accessory).
• CoreTypes.ScrollEdgeEffect and CoreTypes.ScrollEdge for the string unions.

No-ops before iOS 26 and on Android.

Why

Core pins contentInsetAdjustmentBehavior to never and lays content out inside the safe area itself, so UIKit's automatic edge effects never appear on NativeScript scroll views on iOS 26: content that runs under the status bar stays crisp, and a custom top bar or a docked composer gets no fade at all. The result reads as a hard line wherever dark content (a code block, an image) passes under chrome.

Two facts from testing on the iOS 27 simulator with the 27.1 SDK drive the API shape:

• Setting the soft style on its own already blurs the status-bar band of a scroll view that overflows the safe area; the automatic style draws nothing for these scroll views.
• UIScrollEdgeElementContainerInteraction extends the region under any view, including one hosted in the keyboard's window. @nativescript/input-accessory registers its docked composer this way (feat(input-accessory): clear bar on iOS 26+, suspend/restore, collapsed inset plugins#686).

Verification

The same UIKit calls run in ns-octane's ChatGPT-style chat screen on the iPhone 18 Pro / iOS 27 simulator: status bar and a floating top bar at the top edge, the docked composer at the bottom, in light and dark mode, with the keyboard open and closed and through a drawer push.

• tsc on packages/core and apps/automated, eslint and vitest pass.
• Automated tests: default value on both views, none/soft mapping to the native effects on iOS 26+, and registering an unloaded view.