@symbiote-native/solid 0.1.0 → 2.0.0

package/build/components/button.jsx

@@ -1,45 +0,0 @@
-// Button — the minimal cross-platform button, rendered in its iOS shape per RN's Button.js: a
-// TouchableOpacity wrapping a Text. The base text style, the role constant and the color fold
-// (a caller `color` tints the label; `disabled` greys it, disabled winning) are shared in
-// @symbiote-native/components' render-button and are called, never re-derived; Solid only composes
-// its own TouchableOpacity + Text and forwards the native-only props.
-//
-// NO descriptorToSolid here, and none in React/Vue/Svelte either: the tree is two COMPONENTS, not
-// a Descriptor. There is no renderButton() to bridge — the shared half is the style/role math.
-//
-// NOTHING here destructures `props` at setup. Solid props are getters and a component body runs
-// ONCE; splitProps keeps both halves reactive and every read sits inside an accessor or a memo.
-import { createMemo, splitProps } from 'solid-js';
-import { BUTTON_ACCESSIBILITY_ROLE, resolveButtonTextStyle, } from '@symbiote-native/components';
-import { Text } from './text.jsx';
-import { TouchableOpacity } from './touchable/index.jsx';
-export function Button(props) {
-    // Only what Button CONSUMES or re-maps is split off. Everything else — onPress, disabled,
-    // testID, the TV-focus props, the accessibility/aria surface, `class` — stays in `rest` and
-    // rides the single bag below onto the TouchableOpacity. The TV-focus props are real Fabric
-    // props the pressable forwards without typing; a JSX spread carries them through unchecked
-    // (they are inert on a phone host).
-    const [local, rest] = splitProps(props, [
-        'title',
-        'color',
-        'touchSoundDisabled',
-    ]);
-    const textStyle = createMemo(() => resolveButtonTextStyle(local.color, rest.disabled));
-    // ONE bag, not a spread followed by explicit props on the tag: Solid's mergeProps (which the
-    // compiler uses for that shape) takes the first NON-undefined value scanning back to front, so
-    // an override that can be undefined silently loses (.claude/rules/solid-descriptor-bridge.md
-    // §6). A plain object is last-wins — the React semantics this is ported from, and what pins RN's
-    // fixed role / accessible / disabled-state OVER the caller's own. touchSoundDisabled is RE-MAPPED
-    // here, not forwarded: the pressable spells it android_disableSound. Return type left INFERRED;
-    // widening to Record<string, unknown> would stop typing `onPress` too.
-    const touchableProps = () => ({
-        ...rest,
-        android_disableSound: local.touchSoundDisabled,
-        accessibilityRole: BUTTON_ACCESSIBILITY_ROLE,
-        accessible: true,
-        accessibilityState: { disabled: rest.disabled },
-    });
-    return (<TouchableOpacity {...touchableProps()}>
-      <Text style={textStyle()}>{local.title}</Text>
-    </TouchableOpacity>);
-}

package/build/components/image-background.jsx

@@ -1,74 +0,0 @@
-// ImageBackground — the Solid lifecycle half. The composition (the absolute-fill Image behind the
-// children, the wrapper-dimension proxy onto that Image, the imageStyle-last merge) lives
-// framework-agnostic in @symbiote-native/components' renderImageBackground and is shared verbatim
-// with React, Vue and Svelte. Solid supplies only the reactivity, the class-name resolution and
-// the child order.
-//
-// SPLIT DOWN THE MIDDLE, and the seam is the children rule. The wrapper hosts a live Solid subtree
-// (the overlay content), which only the reconciler can reduce, so it stays a literal
-// `symbiote-view` carrying the shared fn's own props — the same shape View and SafeAreaView use,
-// and the same one Svelte's ImageBackground lands on. The inner image is a leaf built entirely
-// from VALUES, so it goes through descriptorToSolid, which builds it once and re-props it in place
-// (replacing it would restart the download and drop the decoded bitmap).
-//
-// FLAT FILE, no folder: there are no platform or shared variants to group
-// (`symbiote-file-layout` — only genuine groups get a folder).
-//
-// NOTHING here destructures `props` at setup. Solid props are getters and a component body runs
-// ONCE; splitProps keeps every bucket reactive, and each read happens inside an accessor.
-import { createMemo, splitProps } from 'solid-js';
-import { createDescriptorShapeGuard, renderImageBackground, resolveAccessibilityProps, } from '@symbiote-native/components';
-import { resolveClassName, } from '@symbiote-native/engine';
-import { descriptorToSolid } from '../descriptor-to-solid.js';
-// renderImage's typed view fields — the props it CONSUMES rather than forwards. Split off so they
-// never also ride through `passthrough`: the W3C aliases in particular must not reach Fabric raw,
-// since native sees only the resolved `source` array they fold into. `style` is absent on purpose
-// — the inner image's style is computed by renderImageBackground, never taken from the caller.
-const IMAGE_VIEW_PROPS = [
-    'source',
-    'defaultSource',
-    'loadingIndicatorSource',
-    'resizeMode',
-    'tintColor',
-    'src',
-    'srcSet',
-    'alt',
-    'width',
-    'height',
-    'crossOrigin',
-    'referrerPolicy',
-];
-const shape = createDescriptorShapeGuard('ImageBackground');
-export function ImageBackground(props) {
-    const [local, view, rest] = splitProps(props, ['children', 'style', 'imageStyle', 'class'], IMAGE_VIEW_PROPS);
-    // One memo, so the wrapper bag and the inner image derive from a SINGLE call per change.
-    const wrapper = createMemo(() => renderImageBackground({
-        style: local.style,
-        // A bare string is a registered class name and has to become a style object here, before
-        // it reaches the shared fn — which merges it, and knows nothing about the registry.
-        imageStyle: typeof local.imageStyle === 'string'
-            ? resolveClassName(local.imageStyle)
-            : local.imageStyle,
-        image: {
-            ...view,
-            // The wrapper is a raw host, not the View component, so the aria/role fold is this
-            // component's own job; the resolved surface rides the IMAGE, matching every other adapter.
-            passthrough: { ...resolveAccessibilityProps(rest) },
-        },
-    }));
-    const backgroundImage = descriptorToSolid(() => shape.asElement(wrapper().children[0]));
-    // ONE object literal rather than a spread-then-override on the tag: `class` is legitimately
-    // undefined, and Solid's mergeProps (which the compiler uses for a spread followed by an
-    // explicit prop) would discard that undefined instead of applying it
-    // (.claude/rules/solid-descriptor-bridge.md §6). No withStableKeys — renderImageBackground's
-    // wrapper props are `{ style }` unconditionally, so no key can vanish between runs.
-    const wrapperBag = () => ({
-        ...wrapper().props,
-        class: local.class,
-    });
-    // The user children come AFTER the image in child order, which is what makes them paint on top.
-    return (<symbiote-view {...wrapperBag()}>
-      {backgroundImage}
-      {local.children}
-    </symbiote-view>);
-}

package/build/components/image.d.ts

@@ -1,9 +0,0 @@
-import type { JSX } from '../jsx-runtime';
-import { type IImageProps as IImageBaseProps, type IImageStatics } from '@symbiote-native/components';
-import type { IClassNameValue } from '@symbiote-native/engine';
-export type { IImageStatics } from '@symbiote-native/components';
-export type IImageProps = IImageBaseProps & {
-    class?: IClassNameValue;
-};
-export type IImageWithStatics = ((props: IImageProps) => JSX.Element) & IImageStatics;
-export declare const Image: IImageWithStatics;

package/build/components/image.js

@@ -1,75 +0,0 @@
-// Image — the Solid lifecycle half. Everything that turns props into a native prop bag (the
-// source / src / srcSet resolution, the width+height fold into style, resizeMode and tintColor
-// read back off the style, alt -> accessibilityLabel, the array shape native expects) lives
-// framework-agnostic in @symbiote-native/components' renderImage, shared verbatim with React, Vue
-// and Svelte. Solid supplies only the reactivity and the Descriptor bridge.
-//
-// PLAIN .ts, NOT .tsx, unlike ./view.tsx and ./text.tsx — and the difference is the children rule,
-// not a style choice. View and Text take a live subtree of the user's components, which only the
-// framework's own reconciler can reduce, so they emit real JSX. An image is a leaf built entirely
-// from VALUES, so it goes through renderImage + descriptorToSolid exactly like Switch does
-// (.claude/rules/component-render-fn-boundary.md).
-//
-// NOTHING here destructures `props`. Solid props are getters and a component body runs ONCE;
-// splitProps is the idiomatic split that keeps both halves reactive, and every read below happens
-// inside the descriptor accessor descriptorToSolid re-runs.
-//
-// ASSET RESOLUTION IS LAZY BY CONSTRUCTION, and that is what lets an app drop the hand-rolled
-// resolveImageSource() call it needed while this component did not exist. renderImage calls
-// resolveImageSource at RENDER time, and the resolver behind it is installed by bootstrapHost,
-// which createApp().mount() runs before AppRegistry ever renders a root. So a `require('./x.png')`
-// asset id handed to `source` is resolved by RN's own resolveAssetSource on the way to Fabric,
-// with no ordering hazard: a module-scope resolve would run one step too early, an accessor-time
-// one cannot.
-import { splitProps } from 'solid-js';
-import { imageStatics, renderImage, resolveAccessibilityProps, } from '@symbiote-native/components';
-import { descriptorToSolid } from '../descriptor-to-solid.js';
-// renderImage's typed view fields — the props it CONSUMES rather than forwards. Split off here so
-// they never also ride through `passthrough`: the W3C aliases in particular must not reach Fabric
-// raw, since native sees only the resolved `source` array they fold into. Everything else (the
-// load events, blurRadius, capInsets, resizeMethod, fadeDuration, testID, `class`, a caller's own
-// `ref`, the accessibility props) stays in `rest` and lands on the host image untouched.
-const VIEW_PROPS = [
-    'source',
-    'defaultSource',
-    'loadingIndicatorSource',
-    'style',
-    'resizeMode',
-    'tintColor',
-    'src',
-    'srcSet',
-    'alt',
-    'width',
-    'height',
-    'crossOrigin',
-    'referrerPolicy',
-];
-function ImageComponent(props) {
-    const [view, rest] = splitProps(props, VIEW_PROPS);
-    // The node is created once and kept by identity — descriptorToSolid wires every prop through a
-    // render effect on that same node, so a later source/style/alt change re-commits the existing
-    // image rather than replacing it (which would restart the download and drop the decoded bitmap).
-    return descriptorToSolid(() => renderImage({
-        source: view.source,
-        defaultSource: view.defaultSource,
-        loadingIndicatorSource: view.loadingIndicatorSource,
-        style: view.style,
-        resizeMode: view.resizeMode,
-        tintColor: view.tintColor,
-        src: view.src,
-        srcSet: view.srcSet,
-        alt: view.alt,
-        width: view.width,
-        height: view.height,
-        crossOrigin: view.crossOrigin,
-        referrerPolicy: view.referrerPolicy,
-        // Image owns its host element rather than rendering through a symbiote View, so folding
-        // aria/role into the canonical accessibility* props is its own job, like Switch's.
-        // renderImage's own `alt` fold then defers to an explicit accessibilityLabel found here.
-        passthrough: { ...resolveAccessibilityProps(rest) },
-    }));
-}
-// Statics attached like RN's own `Image.getSize` / `prefetch` / `queryCache` / `abortPrefetch` /
-// `getSizeWithHeaders` / `resolveAssetSource`, by identity off the same @symbiote-native/engine
-// module React, Vue and Svelte attach — never a Solid-side reimplementation.
-export const Image = Object.assign(ImageComponent, imageStatics);

package/build/components/input-accessory-view.jsx

@@ -1,39 +0,0 @@
-// InputAccessoryView — the Solid lifecycle half (iOS). The host-node assembly (nativeID /
-// backgroundColor / style / passthrough forwarding onto `symbiote-input-accessory-view`) lives
-// framework-agnostic in @symbiote-native/components' renderInputAccessoryView and is shared
-// verbatim with React, Vue and Svelte; Solid supplies only the reactivity and the children.
-//
-// REAL JSX, NOT descriptorToSolid — the same rule View and SafeAreaView follow. The render fn
-// returns a host with ZERO structural children by contract; the toolbar content is a live Solid
-// subtree only the reconciler can reduce, so the tag stays literal and the shared fn contributes
-// its PROPS. The literal tag is safe because renderInputAccessoryView's `type` is a constant.
-//
-// NOTHING here destructures `props` at setup. Solid props are getters and a component body runs
-// ONCE; splitProps keeps both halves reactive, and every read happens inside the bag accessor
-// that `spread` re-runs as a render effect on the SAME host node.
-import { splitProps } from 'solid-js';
-import { renderInputAccessoryView, resolveAccessibilityProps, } from '@symbiote-native/components';
-import { withStableKeys } from '../utils/stable-keys.js';
-export function InputAccessoryView(props) {
-    const [local, rest] = splitProps(props, [
-        'children',
-        'nativeID',
-        'backgroundColor',
-        'style',
-    ]);
-    // withStableKeys is load-bearing twice over: renderInputAccessoryView emits `nativeID` and
-    // `backgroundColor` CONDITIONALLY, and resolveAccessibilityProps has two branches with
-    // different key sets. Solid's `spread` has no removal pass, so a key that vanishes between
-    // runs would keep its last value on the native view forever (see utils/stable-keys.ts).
-    const bag = withStableKeys(() => renderInputAccessoryView({
-        nativeID: local.nativeID,
-        backgroundColor: local.backgroundColor,
-        style: local.style,
-        // This component owns its host element rather than rendering through a View, so folding
-        // aria/role into the canonical accessibility* props is its own job, like Image's.
-        passthrough: { ...resolveAccessibilityProps(rest) },
-    }).props);
-    return (<symbiote-input-accessory-view {...bag()}>
-      {local.children}
-    </symbiote-input-accessory-view>);
-}

package/build/components/pressable.jsx

@@ -1,185 +0,0 @@
-// Pressable — the Solid lifecycle half. The press lifecycle (the long-press timer, the
-// unstable_pressDelay deferral, the pressRetentionOffset drift test, the suppression flags) lives
-// in @symbiote-native/components/state as a pure machine over a runtime + host; the render
-// decisions (which responder listeners the View carries, the disabled→accessibilityState fold, the
-// ripple prop) in @symbiote-native/components/view. Both are shared verbatim with React, Vue and
-// Svelte. Solid supplies only the reactivity: a signal for `pressed`, a setup-scope object for the
-// press runtime, a plain variable for the responder node, and one memo that rebuilds the handler
-// bag when the caller's config changes.
-//
-// THE RESPONDER EVENTS ARE NEVER NAMED AS EVENTS HERE. buildPressableListeners returns a flat bag
-// (`onPress`, `onStartShouldSetResponder`, `onResponderMove`, …) which rides into View's prop bag
-// and reaches the engine through routeProp, which decides prop-vs-event from the node's ViewConfig
-// and attaches the responder protocol itself (symbiote-engine-core §2). An adapter-side `onX` check
-// would both duplicate that and get the edge cases wrong.
-//
-// Pressable composes View rather than painting its own host tag, exactly as React's and Vue's do —
-// so the aria/role fold, the class+style merge and the vanished-key widening (utils/stable-keys)
-// all happen once, in View. That also means there is no renderPressable() Descriptor to bridge:
-// `children` is a live Solid subtree, which is the case the render-fn boundary rules OUT of core
-// (.claude/rules/component-render-fn-boundary.md).
-//
-// NOTHING here destructures `props`. Solid props are getters and a component body runs ONCE, so a
-// destructure would freeze the Pressable at its mount-time config; every read below sits inside an
-// accessor, a memo or an event handler.
-import { createEffect, createMemo, createSignal, splitProps, untrack, } from 'solid-js';
-import { buildPressableListeners, createPressHandlers, createPressRuntime, noteHoverNoop, resolveDisabledAccessibilityState, rippleProps, DEFAULT_DELAY_LONG_PRESS_MS, } from '@symbiote-native/components';
-import { dlog, } from '@symbiote-native/engine';
-import { View } from './view.jsx';
-// Read by Pressable itself; everything else forwards onto View. The user's press callbacks MUST be
-// split off — they are pure JS, and it is the machine's SYNTHESIZED handlers that go on the host.
-const HANDLED_PROPS = [
-    'onPress',
-    'onPressIn',
-    'onPressOut',
-    'onPressMove',
-    'onLongPress',
-    'delayLongPress',
-    'disabled',
-    'cancelable',
-    'pressRetentionOffset',
-    'unstable_pressDelay',
-    'android_ripple',
-    'android_disableSound',
-    'onHoverIn',
-    'onHoverOut',
-    'delayHoverIn',
-    'delayHoverOut',
-    'accessibilityState',
-    'style',
-    'children',
-];
-// `hitSlop` is deliberately NOT in that list: the machine reads it for the retention test AND the
-// host needs it to enlarge the touch target, so it forwards through `rest` untouched.
-export function Pressable(props) {
-    const [local, rest] = splitProps(props, HANDLED_PROPS);
-    const [pressed, setPressed] = createSignal(false);
-    // The mutable press runtime (in-flight timers, suppression flags, measured region). A plain
-    // setup-scope object, never a signal: the machine mutates it on every event and nothing reads it
-    // reactively — same shape as Vue's setup-scope runtime and Svelte's plain `const`.
-    const runtime = createPressRuntime();
-    // The responder node, held by IDENTITY in a plain variable. A store or a deep proxy would become
-    // a different key than the one the engine's commit mirror holds, and measure() would silently
-    // no-op (symbiote-engine-core §3).
-    let responder = null;
-    const attachRef = (node) => {
-        responder = node;
-    };
-    // The lifecycle seam the machine fills: flip the reactive `pressed` cell, and expose the
-    // responder's raw frame-measure. Before the first commit the node has no Fabric tag, so measure()
-    // no-ops and the machine falls back to its radius test — the same degradation every adapter has,
-    // and not a whenCommitted case: the measure is triggered by a touch, which cannot arrive before
-    // the view exists.
-    const host = {
-        setPressed,
-        getMeasureFn: () => {
-            const node = responder;
-            if (node === null)
-                return undefined;
-            return callback => {
-                node.measure(callback);
-            };
-        },
-        schedule: (callback, ms) => {
-            const id = setTimeout(callback, ms);
-            return () => {
-                clearTimeout(id);
-            };
-        },
-    };
-    // Rebuilt when the caller's config changes (the closures capture live values); the runtime
-    // persists across rebuilds, so an in-flight timer or drift flag survives one. Deliberately does
-    // NOT read `pressed` — a press must not churn the handler identities the host node holds.
-    const handlers = createMemo(() => createPressHandlers({
-        onPress: local.onPress,
-        onPressIn: local.onPressIn,
-        onPressOut: local.onPressOut,
-        onPressMove: local.onPressMove,
-        onLongPress: local.onLongPress,
-        delayLongPress: local.delayLongPress ?? DEFAULT_DELAY_LONG_PRESS_MS,
-        unstable_pressDelay: local.unstable_pressDelay ?? 0,
-        hitSlop: rest.hitSlop,
-        pressRetentionOffset: local.pressRetentionOffset,
-    }, runtime, host));
-    createEffect(() => {
-        noteHoverNoop(local.onHoverIn, local.onHoverOut);
-    });
-    // Reading `pressed` sits INSIDE the function branch on purpose: a static style must not make the
-    // prop bag depend on the press signal, or every touch would re-diff and re-commit the whole bag
-    // for nothing. Unlike the children case below, reading it here is SAFE even in the function form
-    // — the value feeds viewProps, a prop bag, and a prop bag reaches the host through `spread`,
-    // which is a per-key diff on the SAME element. Nothing is rebuilt, so nothing can be rebuilt
-    // mid-gesture.
-    const pressStyle = () => {
-        const style = local.style;
-        if (typeof style !== 'function')
-            return style;
-        return style({ pressed: pressed() });
-    };
-    const viewProps = createMemo(() => {
-        const disabled = local.disabled;
-        const bag = {
-            ...rest,
-            style: pressStyle(),
-            accessibilityState: resolveDisabledAccessibilityState(local.accessibilityState, disabled),
-        };
-        // Forwarded under RN's own key; inert on iOS.
-        if (local.android_disableSound !== undefined) {
-            bag.android_disableSound = local.android_disableSound;
-        }
-        // Last, so the synthesized responder listeners win over anything of the same name in `rest`.
-        // When disabled the bag is EMPTY — every listener key vanishes, and View's withStableKeys
-        // widens it back to `undefined`, which routeProp treats as a delete. Without that widening a
-        // Pressable that became disabled would keep its old listeners on the native view forever
-        // (.claude/rules/solid-descriptor-bridge.md §1).
-        Object.assign(bag, buildPressableListeners(handlers(), {
-            disabled,
-            cancelable: local.cancelable,
-        }));
-        return bag;
-    });
-    // A memo, not a bare `() => ({ pressed: pressed() })`: two leaves reading `state()` in the same
-    // press must see the same object, and an unchanged press must not hand out a fresh one.
-    const pressState = createMemo(() => ({ pressed: pressed() }));
-    // WHY AN ACCESSOR AND NOT `{ pressed: pressed() }`. Solid has no reconciler between what this
-    // file returns and the host nodes — `insert` REPLACES a subtree, it never diffs one (the same
-    // fact descriptor-to-solid.ts opens with). resolveChildren runs inside View's `insert` render
-    // effect, so reading `pressed()` there put the press signal in that effect's dependency set:
-    // every touch tore the child subtree down and built a fresh one. On device that rebuild landed
-    // between `pressIn` and the native responder grant, the grant was lost, the gesture died, and
-    // `pressed` stayed true — the "fires on every other tap, label stuck on its pressed text"
-    // report. Vue diffs the slot's vnodes, Svelte patches a Snippet in place, Angular updates a
-    // template context; all three reuse the nodes underneath. Solid has no such layer, so the
-    // reactivity must cross the boundary as an accessor and only the leaf that reads it re-runs.
-    //
-    // The call is UNTRACKED and happens once, which is exactly how Solid core treats its own render
-    // props: `<For>` runs the map fn under createRoot, and createRoot nulls the Listener. A signal
-    // read at the top level of the child function therefore does not re-run it — nest it in the JSX
-    // (or a <Show>) like anywhere else in Solid.
-    const resolveChildren = () => {
-        const children = local.children;
-        if (typeof children !== 'function')
-            return children;
-        // A zero-argument accessor is an ordinary Solid JSX child (JSX.Element covers `() => Element`),
-        // not a render prop, and `typeof` cannot tell the two apart — arity can. Handing it back
-        // unread lets `insert` wrap it in its own render effect, which keeps it reactive; calling it
-        // here, under untrack, would freeze it at its first value.
-        if (children.length === 0)
-            return () => children(pressState);
-        return untrack(() => children(pressState));
-    };
-    // android_ripple rides a dedicated inner View — Android's ReactViewManager reads the ripple
-    // background off a child, not off the responder itself. rippleProps() returns undefined off
-    // Android, so the child renders unwrapped, no extra node (RN Pressable.js: "inert on iOS").
-    const renderContent = () => {
-        const config = local.android_ripple;
-        const ripple = config !== undefined ? rippleProps(config) : undefined;
-        if (ripple === undefined)
-            return resolveChildren();
-        dlog('Pressable wrapping children in an android_ripple View');
-        return <symbiote-view {...ripple}>{resolveChildren()}</symbiote-view>;
-    };
-    return (<View ref={attachRef} {...viewProps()}>
-      {renderContent()}
-    </View>);
-}

package/build/components/refresh-control.jsx

@@ -1,36 +0,0 @@
-// RefreshControl — the Solid lifecycle half, and there is barely any: the component owns one host
-// tag and forwards its props onto it. On iOS `symbiote-refresh-control` resolves to Fabric's
-// PullToRefreshView, which lives INSIDE a ScrollView as a childless sibling before the content
-// container; on Android it is AndroidSwipeRefreshLayout and WRAPS the scroll view instead (an
-// Android ScrollView hosts exactly one child). Which of the two shapes is built is ScrollView's
-// job, not this file's — see scroll-view/shared.tsx's `refreshControlMode`.
-//
-// `refreshing` is a CONTROLLED prop: the parent owns it and pushes it down, and native reports the
-// gesture back through the direct `topRefresh` event. `onRefresh` therefore rides in the forwarded
-// bag untouched — routeProp asks the node's ViewConfig whether `onRefresh` is an event and attaches
-// it as a listener, which is why nothing here inspects the `on` prefix itself
-// (symbiote-engine-core §2).
-//
-// FLAT, not a folder: the file-layout rule gives a module its own folder only when it has real
-// platform (`.ios`/`.android`) or `-shared` variants. There is no JS-side platform branch here —
-// every prop forwards to the native node, which reads what it understands and ignores the rest, so
-// the Android-only spinner props below are harmless on iOS and vice versa.
-import { splitProps } from 'solid-js';
-import { resolveAccessibilityProps, } from '@symbiote-native/components';
-import { dlog } from '@symbiote-native/engine';
-import { withStableKeys } from '../utils/stable-keys.js';
-export function RefreshControl(props) {
-    // `children` is pulled out rather than left in the bag: spread skips it anyway, but leaving it in
-    // would make the bag accessor re-run whenever the child subtree changed. Same split View makes.
-    const [local, rest] = splitProps(props, ['children']);
-    // withStableKeys because resolveAccessibilityProps has two branches with DIFFERENT key sets — it
-    // returns its input untouched while no aria-* alias holds a value, and a fully-blanked bag once
-    // one does. Solid's `spread` walks only the current keys and has no removal pass, so a key that
-    // vanishes would keep its last value on the native view forever
-    // (.claude/rules/solid-descriptor-bridge.md §1).
-    const bag = withStableKeys(() => ({ ...resolveAccessibilityProps(rest) }));
-    dlog('RefreshControl -> PullToRefreshView');
-    return (<symbiote-refresh-control {...bag()}>
-      {local.children}
-    </symbiote-refresh-control>);
-}

package/build/components/safe-area-view.d.ts

@@ -1,10 +0,0 @@
-import type { JSX } from '../jsx-runtime';
-import { type IAccessibilityProps, type IAriaProps } from '@symbiote-native/components';
-import { type IClassNameValue, type IStyleProp, type ISymbioteEvent, type IViewStyle } from '@symbiote-native/engine';
-export interface ISafeAreaViewProps extends IAccessibilityProps, IAriaProps {
-    style?: IStyleProp<IViewStyle>;
-    class?: IClassNameValue;
-    onLayout?: (event: ISymbioteEvent) => void;
-    children?: JSX.Element;
-}
-export declare function SafeAreaView(props: ISafeAreaViewProps): JSX.Element;

package/build/components/safe-area-view.jsx

@@ -1,24 +0,0 @@
-// SafeAreaView — the native view that insets its children past the notch, the rounded corners and
-// the system bars. There is no JS-side inset math anywhere in this project: the host does it, and
-// every adapter's job is only to put style + children on the `symbiote-safe-area-view` intrinsic.
-//
-// So this is a View twin, and ./view.tsx carries the reasoning they share (why the file is real
-// JSX, why nothing is destructured at setup, why children and ref are pulled out of the bag).
-// The one thing worth repeating: there is no renderSafeAreaView() in @symbiote-native/components
-// and there must not be (.claude/rules/component-render-fn-boundary.md) — `children` is a live
-// Solid subtree that flows through the reconciler and is never reduced back to a Descriptor.
-//
-// The bag goes through withStableKeys because resolveAccessibilityProps has two branches with
-// DIFFERENT key sets, and Solid's `spread` has no removal pass — see utils/stable-keys.ts.
-import { splitProps } from 'solid-js';
-import { resolveAccessibilityProps, } from '@symbiote-native/components';
-import { dlog, } from '@symbiote-native/engine';
-import { withStableKeys } from '../utils/stable-keys.js';
-export function SafeAreaView(props) {
-    const [local, rest] = splitProps(props, ['children']);
-    dlog('SafeAreaView -> SafeAreaView');
-    const bag = withStableKeys(() => ({ ...resolveAccessibilityProps(rest) }));
-    return (<symbiote-safe-area-view {...bag()}>
-      {local.children}
-    </symbiote-safe-area-view>);
-}

package/build/components/scroll-view/index.android.d.ts

@@ -1,2 +0,0 @@
-export type { IScrollViewProps, IScrollViewHandle, IScrollViewHostPlatform, IStickyHeaderComponentType, IStickyHeaderComponentProps, } from './shared';
-export declare const ScrollView: (props: import("./shared").IScrollViewProps) => import("@symbiote-native/solid/jsx-runtime").JSX.Element;

package/build/components/scroll-view/index.android.js

@@ -1,11 +0,0 @@
-// ScrollView on Android. An Android ScrollView accepts only ONE child, so a RefreshControl cannot
-// sit beside the content the way iOS allows ("addViewAt: failed to insert view … at index 1").
-// Instead the RefreshControl (AndroidSwipeRefreshLayout) WRAPS the scroll view, which nests inside
-// it with nestedScrollEnabled so the inner scroll takes the gesture before the refresh parent —
-// RN's own ScrollView.js android branch, and the same fact adapters/react's, adapters/vue's and
-// adapters/svelte's Android bindings encode. Metro picks this file on an Android host; no
-// Platform.OS read.
-import { createScrollView } from './shared.jsx';
-export const ScrollView = createScrollView({
-    refreshControlMode: 'wrap',
-});

package/build/components/scroll-view/index.d.ts

@@ -1,2 +0,0 @@
-export * from './index.ios';
-export { ScrollViewStickyHeader } from './sticky-header';

package/build/components/scroll-view/index.ios.d.ts

@@ -1,2 +0,0 @@
-export type { IScrollViewProps, IScrollViewHandle, IScrollViewHostPlatform, IStickyHeaderComponentType, IStickyHeaderComponentProps, } from './shared';
-export declare const ScrollView: (props: import("./shared").IScrollViewProps) => import("@symbiote-native/solid/jsx-runtime").JSX.Element;

package/build/components/scroll-view/index.ios.js

@@ -1,8 +0,0 @@
-// ScrollView on iOS. The RefreshControl (PullToRefreshView) is a CHILD of the scroll view, rendered
-// as a childless SIBLING BEFORE the content container — RN ScrollView.js's
-// `{refreshControl}{contentContainer}`, the same fact adapters/react's, adapters/vue's and
-// adapters/svelte's iOS bindings encode. Metro picks this file on an iOS host; no Platform.OS read.
-import { createScrollView } from './shared.jsx';
-export const ScrollView = createScrollView({
-    refreshControlMode: 'sibling',
-});

package/build/components/scroll-view/index.js

@@ -1,9 +0,0 @@
-// Base / default ScrollView: re-exports the iOS build. Metro overrides this with index.ios.ts /
-// index.android.ts on a real host; under vitest / tsc the resolution lands here. Filename is the
-// selector, no Platform.OS read.
-//
-// ScrollViewStickyHeader is exported from here rather than from the platform files: it has no
-// platform branch of its own, and an app may compose it directly around a section instead of going
-// through `stickyHeaderIndices`.
-export * from './index.ios.js';
-export { ScrollViewStickyHeader } from './sticky-header.jsx';