Translate the remaining German UI text into English

[Krypt0ph0ne]

Switching the app to English left large parts of the interface German — settings and section headings, action titles and descriptions, status and error text. Five parallel audits swept every view, model, store, service and both action-catalogue JSON files.

Root cause

Two localization mechanisms coexist and both had gaps:

1. AppLanguage.text(de, en) for plain Strings.
2. Localizable.strings, keyed on the German source, for LocalizedStringKey positions.

I verified empirically (rendering Text under each locale) that .environment(\.locale, …) really does drive the strings table, and that a missing de.lproj correctly falls back to the German keys rather than to English. The mechanism was sound; only its coverage was missing.

The biggest single gap was the action catalogues: CodexActions.json and ClaudeActions.json carry German description, category and availabilityNote values that were rendered raw.

Changes

• +230 entries in en.lproj/Localizable.strings, covering every German value in both catalogue JSON files, including gesture shortcuts like ⌘F17 halten.
• CodexActionCatalog translates on read, not at decode time — the catalogue is built once in AppState.init, so decode-time translation would have needed an app restart to follow a language switch. The JSON stays the German source of truth.
• String-typed text wrapped in AppLanguage.text: view models, diagnostics entries, device and bridge status, permission notifications, and the errors surfaced through lastError.
• Interpolated Text rewritten to AppLanguage.text — LocalizedStringKey interpolation does not resolve reliably.

Two latent bugs found along the way

• OnboardingAssignmentDemo.sampleThreads and the LED colour presets were stored static lets. A stored static initialises lazily exactly once, so their text froze at whatever language was active on first access and never followed a later switch. Now computed.
• control.title prefix strips searched for "Taste ", which silently stopped matching once the title was English.

Deliberately not translated

• Accessibility strings matched against Claude's own German UI ("menü", "aufwand", effort/model keywords). Translating these would break the automation.
• Persisted labels stay German on disk and are looked up at render time via KeyboardAction.displayLabel, so saved profiles and the legacy Pet anzeigen migration keep working.
• Three strings reachable only from code no view reads today (PendingApproval.summary, lastResolvedAction).

Each of these was traced before being left alone; a verification script re-checks that the remaining German literals are exactly this set.

Verification

• swift build clean; 117 tests pass.
• New regression test testEnglishLocalizationResolvesForTableAndActionCatalog asserts the strings table is reachable, that unknown keys fall back to German rather than an empty string, and that no catalogue field still contains German characters under English. This is what would have caught the original bug.
• build_and_run.sh now fails loudly when en.lproj is missing instead of silently shipping a German-only app.

Not verified: I did not launch the built .app for a visual pass, since rebuilding can void the Accessibility grant.

🤖 Generated with Claude Code