afea67d02f
Kotlin/Native generates distinct Swift types for a class depending on whether it's imported directly from its owning module or transitively re-exported through another framework, so files consuming these DTOs via FluxaShared's re-export of core no longer matched the FluxaCore type Loader/ResourceLoader now return directly. Route Bootstrap and HomeEffectHandler through FluxaCore consistently, and add an explicit FluxaCore->FluxaShared stream conversion where DetailStartup crosses back into FluxaApple.shared's Shared-typed API. |
||
|---|---|---|
| .. | ||
| AppleCore | ||
| Generated | ||
| iOS | ||
| scripts | ||
| Shared | ||
| tvOS | ||
| .gitignore | ||
| project.yml | ||
| README.md | ||
Apple hosts
FluxaIos is a SwiftUI host for the Compose Multiplatform FluxaShared framework. FluxaTvos is a native SwiftUI host backed by the Kotlin Multiplatform FluxaCore and FluxaData frameworks and loads its catalog through the same Rust headless action/effect flow as iOS. The current Compose and Coil dependency stack does not publish tvOS artifacts, so the tvOS visual layer remains native SwiftUI while application logic, Stremio protocol handling, and player state are shared through KMP and the Rust headless runtime.
On macOS, install XcodeGen and generate the project:
cd appleApp
xcodegen generate
open FluxaApple.xcodeproj
The Xcode build phase invokes Gradle with the active Xcode SDK and architecture, then embeds the matching framework. Both targets bundle the shared English and Turkish i18n files from core/src/commonMain/resources/i18n.