Add managed UIKit iOS client
.NET port / test (macos-latest) (push) Canceled after 0s
.NET port / test (ubuntu-24.04) (push) Canceled after 0s
.NET port / test (windows-latest) (push) Canceled after 0s
.NET port / apple-client (push) Canceled after 0s
.NET port / cpp-conformance (push) Canceled after 0s

This commit is contained in:
2026-09-19 15:43:37 +02:00
parent d0a72176ba
commit c6715028c1
41 changed files with 1110 additions and 40 deletions
+14
View File
@@ -10,6 +10,20 @@ up instantly. Newest status at the top.
## ▶ Where we left off / next action
- **In progress (2026-09-19): managed iOS/UIKit replacement.** Chose native UIKit over MAUI
to preserve direct AVAudioSession/AVAudioEngine control and native VoiceOver semantics.
Added the .NET 10 iOS application, App Group profile/TOFU/Keychain migration, saved-server
and connected channel/chat/settings flows, managed client event/reconnect handling, and
foreground microphone/playback through an allocation-free callback and bounded PCM rings.
The Opus/RNNoise shim now cross-compiles as merged static device and simulator archives and
binds through `__Internal`. The Swift ReplayKit upload extension is retained, its ring ABI
is documented/versioned, and the managed pump drains it into a screen-audio stream; MSBuild
builds and embeds the appex. Corrected the historical App Group and extension bundle IDs.
CI now installs the iOS workload and builds both managed Apple clients. **Next:** run the
complete managed/native suite and Release/device packaging, then finish the remaining
advanced administration/audio controls and the physical-device VoiceOver/live-call matrix
before treating Swift as removable.
- **In progress (2026-09-19): managed macOS functional-parity checkpoint.** Extended the
.NET AppKit client across the remaining Swift desktop surface: persistent audio and
notification settings; VAD, focus-scoped configurable PTT and always-on modes; input,