JARVIS-UI

Update 2.160

20.6.2026

v2.160.0.0MINORJarvis-UI

Phase A–C: ModuleRegistry + Workspace Ready (§17) + Icon Rail ohne Flyouts (§16) (Jarvis-UI)

Auslieferung der Phasen A–C des docs/specs/EDITOR_UI_OVERHAUL_PLAN.md § 16–§ 17 (Halyson-Entscheidungen vom 20.06.2026), gemäß docs/ai/PROMPT_UI_GLM_REMAINING_BACKLOG_2026-06-20.md. Umfang: Navigationsarchitektur + datengesteuerter Katalog + Ikonografie — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE unberührt; die 68 Handler MenuItem_* nicht umgestaltet (nur aufgerufen). Phase A – ModuleRegistry (einzige Quelle): ModuleCatalogPolicy.cs Entwicklung vom Dokumentations-Stub zum maßgeblichen Katalog – neu public static class ModuleRegistry mit IReadOnlyList<ModuleCatalogEntry> All gefüllt mit 41 Einträgen (Home + 10 Core Authoring + 5 Maps + 7 Live + 16 Extras + 2 Wave-1), jeweils einer pro Modul, das auf der Schiene geführt wird. ModuleCatalogEntry gewinnt Mode/Notes/Scope/Cluster (enum ModuleCluster) zusätzlich zum Id/Title/Description/IconKey/RequiresProject Original. Getreue Kopie der Literale jedes SetModule(...) in Main_Window.axaml.cs (nicht neu erfunden). Richtlinie zu Dokumentkommentaren: neu MenuItem_* umgeleitet = in die Registrierung einfügen (Review-Blocker). Phase A – Ikonografie: StudioIcons.axaml erweitert von 14 → 54 Symbolen (<StreamGeometry> Lucide-ähnlich, ViewBox 24×24) — 1 Metapher pro Modul (Schwert + Hörner = Monster, Diskette = Speichern, Totenkopf = Gegnerdesign, Hexfeld = Kugelgitter usw.). Eine Konsistenzprüfung (Skript) bestätigt, dass alle 41 IconKeyDie Einträge in der Registrierungsdatenbank führen zu StudioIcons. Phase B – §17 Workspace Ready: MainDashboard_Control.axaml hat nicht mehr 6 fest programmierte Kacheln und wird zu ItemsControl ItemsSource="{Binding Modules}" mit DataTemplate (Symbol + Titel + vollständige Beschreibung + Modus-Pill). Main_DataModel gewinnt public IReadOnlyList<ModuleCatalogEntry> Modules => ModuleRegistry.All. Zwei neue Konverter in FFXProjectEditor/Converters/: IconKeyToGeo metryConverter (resolve string IconKey → Geometry percorrendo Ressourcen + Zusammengeführte Wörterbücher via TryGetResource(key, ActualThemeVariant, out _) — necessário porque binding {DynamicResource {Binding IconKey}} não funciona para PathIcon.Data em Avalonia) e RequiresProjectEnabledConverter (IMultiValueConverter RequiresProject × IsProjectLoaded → IsEnabled). Hero + empty-state CTA + card de Workspace status preservados (§17.4). Fase C — §16 Icon Rail sem flyouts: removidos os 5 Button.Flyout/Flyout-Menü do IconRailCol (XAML L156–239) — substituídos por <StackPanel Name="RailStack"> populado em code-behind por BuildIconRail() (1 botão railIcon por entry, agrupado por cluster com Grenze 1px como separador). Popup#RailDrawer (narrow) troca a lista textual de Schaltfläche mit der Klasse „nav“ por <WrapPanel Name="RailDrawerGrid"> (grid de ícones). Handler único Button_RailModule_Click(sender, e) lê Tag=Id → Dispatch(id). RefreshRailProjectGates() re-aplica o gate RequiresProject quando Project_Service.IsProjectLoaded muda. Fase C — Dispatch genérico: OnQuickLaunchRequested (6 keys hardcoded: monster/kernel/sphere/save/extras/home) substituído por Dispatch(string moduleId) com switch de todos os 41 Ids → handler MenuItem_* existente. Rail, drawer e dashboard passam pelo mesmo caminho. Aceite: build Release 0 erros (402 warnings preexistentes); 0 Flyout-Menü no IconRailCol; 0 tile hardcoded no dashboard; 41 ícones renderizando no rail + 41 cards no home com ícone dedicado + descrição completa; cards desabilitados quando RequiresProject && !IsProjectLoaded. Bug visual corrigido: os ícones não renderizavam inicialmente porque Application.Current.Resources.TryGetValue() em Avalonia 11 não percorre Zusammengeführte Wörterbücher — fix via ResolveGeometry() helper compartilhado que itera os merged dicts com TryGetResource. [anterior: v2.159.6.1]

v2.160.1.0PATCHJarvis-UI

Phase D1 abgeschlossen: Schnittstelle `IRestorableModule` + Refaktor `NavigationSnapshot` (Jarvis-UI)

Erster Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D1). Geltungsbereich: Navigationsarchitektur (wiederherstellbare Zurück-/Weiter-Funktion) — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE bleiben unverändert. Neuer Vertrag FFXProjectEditor/Modules/Common/IRestorableModule.cs: CaptureState() → Dictionary<string,object?>? (null = zustandslos) und RestoreState(state) (idempotent, null-sicher). Vor D1 war das Main_Window führte Pattern-Matching für konkrete Typen durch (MonEditorSelector_Control/KernelCommands_Control) zur Erfassung des Zustands – lässt sich nicht auf ~38 Module skalieren. Jetzt ist das Main_Window fragt die Steuerung, ob sie IRestorableModule. Refaktor NavigationSnapshot: drehen record struct (string ModuleId, Dictionary<string,object?>? State); die Enumeration NavigationSurfaceKind wird entfernt. Neues Feld private string _currentModuleId = "home" festgelegt zu Beginn von Dispatch(string moduleId). CaptureCurrentNavigationSnapshot() Generikum über ContentFrame.Content is IRestorableModule; IsSameNavigationSurface() Vergleiche einfach mal ModuleId; RestoreNavigationSnapshot() macht Dispatch(snapshot.ModuleId) + restorable.RestoreState(snapshot.State). 3 fehlerhafte Aufrufe behoben (verwiesen noch auf NavigationSurfaceKind): MenuItem_MonsterMagic1/2 (L560/568) → _currentModuleId = "battle-commands-hub" + new NavigationSnapshot("battle-commands-hub") (genau wie bei den MenuItem_Commands/MenuItem_Items (bereits migriert); NavigateToMonsterEditor (L1549) → new NavigationSnapshot("monster-editor"). Ehrlichkeit: „Zurück“/„Vorwärts“ funktioniert weiterhin in den drei Originalversionen (Home/Monster/KernelCommands), aber Monster/KernelCommands lassen sich nur vollständig wiederherstellen le, wenn Ihre Steuerelemente implementiert sind IRestorableModule (D2/D4). Bis dahin wird der Snapshot erstellt, aber der State kommt null (Zurück zum Modul, Unterauswahl wird nicht wiederhergestellt). Release-Build 0 Fehler (402 bereits vorhandene Warnungen). [vorher: v2.160.0.0]

v2.160.2.0PATCHJarvis-UI

Phase D2: `IRestorableModule` in den 7 einfachen Editoren (Jarvis-UI)

Zweiter Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D2). Umfang: Wiederherstellbare „Zurück“- und „Vorwärts“-Funktionen in 7 Core-Authoring-Editoren — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE bleiben unverändert. Implementiert IRestorableModule (definiert in D1) bei 7 Kontrollen: TreasureEditor_Control, AutoAbilityEditor_Control, PlayerGrowthEditor_Control, CtbBaseEditor_Control, KeyItemEditor_Control, FormationEditor_Control, BukiGetTreasureCatalog_Control. Jedes CaptureState() Aufnahme filterText (Zeichenkette) + selectedIndex (int? abgeleitet vom ausgewählten Element in der Sammlung Displayed*); RestoreState(state) setzt den Filter wieder ein (wodurch der ApplyFilter über OnFilterTextChanged) und wählt die Zeile anhand des Index erneut aus. Zuordnung über den Editor: Treasure (SelectedTreasure/DisplayedTreasures), AutoAbility (SelectedAbility/DisplayedAbilities), PlayerGrowth (SelectedCharacter/DisplayedCharacters), CtbBase (SelectedRow/DisplayedRows), KeyItem (SelectedItem/DisplayedItems), Formation (SelectedBattle/Battles — ohne Displayed* ), BukiGetTreasureCatalog (SelectedRow/Angezeigte Zeilen). Honestidade: agora Monster Editor + os 7 editores acima são plenamente restorable via back/forward (voltam pra seleção/filtro exatos). KernelCommands + os hubs (BattleCommands/Items/etc.) viram em D3 (SubTabHub). Build Release 0 erros (402 warnings preexistentes). [anterior: v2.160.1.0]

v2.160.3.0PATCHJarvis-UI

Phase D3: `IRestorableModule` in `SubTabHub_Control` (umfasst 9 Hubs) (Jarvis-UI)

Dritter Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D3). Geltungsbereich: Wiederherstellbare „Zurück“- und „Weiter“-Funktionen auf allen basierten Hubs in SubTabHub** — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE unverändert. SubTabHub_Control.axaml.cs implementiert IRestorableModule: neues Feld int _activeTabIndex nachverfolgt am SelectTab(index); CaptureState() kehrt zurück {["activeTab"] = _activeTabIndex}; RestoreState(state) Flamme SelectTab(idx) (das normalerweise „pill/active/hosted-content“ neu benennt). Automatische Abdeckung der 9 Hubs: BattleCommandsHub, ItemsHub, SphereGridHub, TextHub, EnemyDesignHub, CustomizationsHub, StatsHub, EncountersHub, Blitzball – alle verwenden SubTabHub_Control über AddTab(...), dann erhalten alle in einem einzigen Schritt kostenlos die Wiederherstellung des aktiven Unterregisters. Hinweis: Der Inhalt jedes Unterregisters (Filter/Auswahl des gehosteten Editors) liegt in der Verantwortung des gehosteten Steuerelements – sofern dieses ebenfalls IRestorableModule (D2 hat Treasure/KeyItem/etc. abgedeckt), das Main_Window Führt anschließend den Restore-Vorgang aus. Build Release 0 Fehler (402 bereits vorhandene Warnungen). [vorher: v2.160.2.0]

v2.160.4.0PATCHJarvis-UI

Phase D4: `IRestorableModule` bei allen übrigen Steuerelementen über die Standard-Schnittstellenmethoden (Jarvis-UI)

Vierter Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D4). Geltungsbereich: die Schnittstelle in allen *_Control übrige — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE bleiben unverändert. IRestorableModule.cs erhält Standard-Schnittstellenmethoden: CaptureState() => null und RestoreState(state) { } (standardmäßig stateless/no-op). Daher müssen Steuerelemente ohne relevante Zustandsinformationen (schreibgeschützte Explorer, Hubs, Runtime Labs, Debug, Tracker, 16 Extras, Wave-1, Unterelemente) lediglich deklarieren , IRestorableModule in der Signatur — das Main_Window Jetzt können Sie ContentFrame.Content is IRestorableModule in jedem Modul, unabhängig vom Typ. Automatischer Sweep über work/_irestable_stateless_sweep_20260620.ps1: 65 geänderte Steuerelemente (fügt hinzu using FFXProjectEditor.Modules.Common; + : UserControl, IRestorableModule), 9 übersprungen (die 8 bereits in D1/D2/D3 implementierten + MonsterAiEditor2_Control (nicht mehr unterstützt). Anmerkung: Die drei Browser mit Filter (MagicDllBrowser/RuntimeDllManager/Ps3MagicBrowser) haben die Standardeinstellung „stateless“ übernommen, da ihre FilterText Sie befinden sich in den privaten DataModels und werden im Steuerelement nicht angezeigt – die eigentliche Filtererfassung bleibt als kleinerer Rückstand bestehen. Mit D1+D2+D3+D4 deklarieren nun alle ~72 Steuerelemente IRestorableModule; diejenigen, die bereits vorhanden sind (8 Editoren + 9 Hubs), führen eine explizite Überschreibung durch, der Rest ist zustandslos. Build-Release 0 Fehler (402 bereits vorhandene Warnungen)

v2.160.3.0

Zurück zu Updates

JARVIS-UI

Update 2.160

20.6.2026

v2.160.0.0MINORJarvis-UI

Phase A–C: ModuleRegistry + Workspace Ready (§17) + Icon Rail ohne Flyouts (§16) (Jarvis-UI)

Auslieferung der Phasen A–C des docs/specs/EDITOR_UI_OVERHAUL_PLAN.md § 16–§ 17 (Halyson-Entscheidungen vom 20.06.2026), gemäß docs/ai/PROMPT_UI_GLM_REMAINING_BACKLOG_2026-06-20.md. Umfang: Navigationsarchitektur + datengesteuerter Katalog + Ikonografie — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE unberührt; die 68 Handler MenuItem_* nicht umgestaltet (nur aufgerufen). Phase A – ModuleRegistry (einzige Quelle): ModuleCatalogPolicy.cs Entwicklung vom Dokumentations-Stub zum maßgeblichen Katalog – neu public static class ModuleRegistry mit IReadOnlyList<ModuleCatalogEntry> All gefüllt mit 41 Einträgen (Home + 10 Core Authoring + 5 Maps + 7 Live + 16 Extras + 2 Wave-1), jeweils einer pro Modul, das auf der Schiene geführt wird. ModuleCatalogEntry gewinnt Mode/Notes/Scope/Cluster (enum ModuleCluster) zusätzlich zum Id/Title/Description/IconKey/RequiresProject Original. Getreue Kopie der Literale jedes SetModule(...) in Main_Window.axaml.cs (nicht neu erfunden). Richtlinie zu Dokumentkommentaren: neu MenuItem_* umgeleitet = in die Registrierung einfügen (Review-Blocker). Phase A – Ikonografie: StudioIcons.axaml erweitert von 14 → 54 Symbolen (<StreamGeometry> Lucide-ähnlich, ViewBox 24×24) — 1 Metapher pro Modul (Schwert + Hörner = Monster, Diskette = Speichern, Totenkopf = Gegnerdesign, Hexfeld = Kugelgitter usw.). Eine Konsistenzprüfung (Skript) bestätigt, dass alle 41 IconKeyDie Einträge in der Registrierungsdatenbank führen zu StudioIcons. Phase B – §17 Workspace Ready: MainDashboard_Control.axaml hat nicht mehr 6 fest programmierte Kacheln und wird zu ItemsControl ItemsSource="{Binding Modules}" mit DataTemplate (Symbol + Titel + vollständige Beschreibung + Modus-Pill). Main_DataModel gewinnt public IReadOnlyList<ModuleCatalogEntry> Modules => ModuleRegistry.All. Zwei neue Konverter in FFXProjectEditor/Converters/: IconKeyToGeo metryConverter (resolve string IconKey → Geometry percorrendo Ressourcen + Zusammengeführte Wörterbücher via TryGetResource(key, ActualThemeVariant, out _) — necessário porque binding {DynamicResource {Binding IconKey}} não funciona para PathIcon.Data em Avalonia) e RequiresProjectEnabledConverter (IMultiValueConverter RequiresProject × IsProjectLoaded → IsEnabled). Hero + empty-state CTA + card de Workspace status preservados (§17.4). Fase C — §16 Icon Rail sem flyouts: removidos os 5 Button.Flyout/Flyout-Menü do IconRailCol (XAML L156–239) — substituídos por <StackPanel Name="RailStack"> populado em code-behind por BuildIconRail() (1 botão railIcon por entry, agrupado por cluster com Grenze 1px como separador). Popup#RailDrawer (narrow) troca a lista textual de Schaltfläche mit der Klasse „nav“ por <WrapPanel Name="RailDrawerGrid"> (grid de ícones). Handler único Button_RailModule_Click(sender, e) lê Tag=Id → Dispatch(id). RefreshRailProjectGates() re-aplica o gate RequiresProject quando Project_Service.IsProjectLoaded muda. Fase C — Dispatch genérico: OnQuickLaunchRequested (6 keys hardcoded: monster/kernel/sphere/save/extras/home) substituído por Dispatch(string moduleId) com switch de todos os 41 Ids → handler MenuItem_* existente. Rail, drawer e dashboard passam pelo mesmo caminho. Aceite: build Release 0 erros (402 warnings preexistentes); 0 Flyout-Menü no IconRailCol; 0 tile hardcoded no dashboard; 41 ícones renderizando no rail + 41 cards no home com ícone dedicado + descrição completa; cards desabilitados quando RequiresProject && !IsProjectLoaded. Bug visual corrigido: os ícones não renderizavam inicialmente porque Application.Current.Resources.TryGetValue() em Avalonia 11 não percorre Zusammengeführte Wörterbücher — fix via ResolveGeometry() helper compartilhado que itera os merged dicts com TryGetResource. [anterior: v2.159.6.1]

v2.160.1.0PATCHJarvis-UI

Phase D1 abgeschlossen: Schnittstelle `IRestorableModule` + Refaktor `NavigationSnapshot` (Jarvis-UI)

Erster Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D1). Geltungsbereich: Navigationsarchitektur (wiederherstellbare Zurück-/Weiter-Funktion) — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE bleiben unverändert. Neuer Vertrag FFXProjectEditor/Modules/Common/IRestorableModule.cs: CaptureState() → Dictionary<string,object?>? (null = zustandslos) und RestoreState(state) (idempotent, null-sicher). Vor D1 war das Main_Window führte Pattern-Matching für konkrete Typen durch (MonEditorSelector_Control/KernelCommands_Control) zur Erfassung des Zustands – lässt sich nicht auf ~38 Module skalieren. Jetzt ist das Main_Window fragt die Steuerung, ob sie IRestorableModule. Refaktor NavigationSnapshot: drehen record struct (string ModuleId, Dictionary<string,object?>? State); die Enumeration NavigationSurfaceKind wird entfernt. Neues Feld private string _currentModuleId = "home" festgelegt zu Beginn von Dispatch(string moduleId). CaptureCurrentNavigationSnapshot() Generikum über ContentFrame.Content is IRestorableModule; IsSameNavigationSurface() Vergleiche einfach mal ModuleId; RestoreNavigationSnapshot() macht Dispatch(snapshot.ModuleId) + restorable.RestoreState(snapshot.State). 3 fehlerhafte Aufrufe behoben (verwiesen noch auf NavigationSurfaceKind): MenuItem_MonsterMagic1/2 (L560/568) → _currentModuleId = "battle-commands-hub" + new NavigationSnapshot("battle-commands-hub") (genau wie bei den MenuItem_Commands/MenuItem_Items (bereits migriert); NavigateToMonsterEditor (L1549) → new NavigationSnapshot("monster-editor"). Ehrlichkeit: „Zurück“/„Vorwärts“ funktioniert weiterhin in den drei Originalversionen (Home/Monster/KernelCommands), aber Monster/KernelCommands lassen sich nur vollständig wiederherstellen le, wenn Ihre Steuerelemente implementiert sind IRestorableModule (D2/D4). Bis dahin wird der Snapshot erstellt, aber der State kommt null (Zurück zum Modul, Unterauswahl wird nicht wiederhergestellt). Release-Build 0 Fehler (402 bereits vorhandene Warnungen). [vorher: v2.160.0.0]

v2.160.2.0PATCHJarvis-UI

Phase D2: `IRestorableModule` in den 7 einfachen Editoren (Jarvis-UI)

Zweiter Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D2). Umfang: Wiederherstellbare „Zurück“- und „Vorwärts“-Funktionen in 7 Core-Authoring-Editoren — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE bleiben unverändert. Implementiert IRestorableModule (definiert in D1) bei 7 Kontrollen: TreasureEditor_Control, AutoAbilityEditor_Control, PlayerGrowthEditor_Control, CtbBaseEditor_Control, KeyItemEditor_Control, FormationEditor_Control, BukiGetTreasureCatalog_Control. Jedes CaptureState() Aufnahme filterText (Zeichenkette) + selectedIndex (int? abgeleitet vom ausgewählten Element in der Sammlung Displayed*); RestoreState(state) setzt den Filter wieder ein (wodurch der ApplyFilter über OnFilterTextChanged) und wählt die Zeile anhand des Index erneut aus. Zuordnung über den Editor: Treasure (SelectedTreasure/DisplayedTreasures), AutoAbility (SelectedAbility/DisplayedAbilities), PlayerGrowth (SelectedCharacter/DisplayedCharacters), CtbBase (SelectedRow/DisplayedRows), KeyItem (SelectedItem/DisplayedItems), Formation (SelectedBattle/Battles — ohne Displayed* ), BukiGetTreasureCatalog (SelectedRow/Angezeigte Zeilen). Honestidade: agora Monster Editor + os 7 editores acima são plenamente restorable via back/forward (voltam pra seleção/filtro exatos). KernelCommands + os hubs (BattleCommands/Items/etc.) viram em D3 (SubTabHub). Build Release 0 erros (402 warnings preexistentes). [anterior: v2.160.1.0]

v2.160.3.0PATCHJarvis-UI

Phase D3: `IRestorableModule` in `SubTabHub_Control` (umfasst 9 Hubs) (Jarvis-UI)

Dritter Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D3). Geltungsbereich: Wiederherstellbare „Zurück“- und „Weiter“-Funktionen auf allen basierten Hubs in SubTabHub** — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE unverändert. SubTabHub_Control.axaml.cs implementiert IRestorableModule: neues Feld int _activeTabIndex nachverfolgt am SelectTab(index); CaptureState() kehrt zurück {["activeTab"] = _activeTabIndex}; RestoreState(state) Flamme SelectTab(idx) (das normalerweise „pill/active/hosted-content“ neu benennt). Automatische Abdeckung der 9 Hubs: BattleCommandsHub, ItemsHub, SphereGridHub, TextHub, EnemyDesignHub, CustomizationsHub, StatsHub, EncountersHub, Blitzball – alle verwenden SubTabHub_Control über AddTab(...), dann erhalten alle in einem einzigen Schritt kostenlos die Wiederherstellung des aktiven Unterregisters. Hinweis: Der Inhalt jedes Unterregisters (Filter/Auswahl des gehosteten Editors) liegt in der Verantwortung des gehosteten Steuerelements – sofern dieses ebenfalls IRestorableModule (D2 hat Treasure/KeyItem/etc. abgedeckt), das Main_Window Führt anschließend den Restore-Vorgang aus. Build Release 0 Fehler (402 bereits vorhandene Warnungen). [vorher: v2.160.2.0]

v2.160.4.0PATCHJarvis-UI

Phase D4: `IRestorableModule` bei allen übrigen Steuerelementen über die Standard-Schnittstellenmethoden (Jarvis-UI)

Vierter Commit der Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D4). Geltungsbereich: die Schnittstelle in allen *_Control übrige — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE bleiben unverändert. IRestorableModule.cs erhält Standard-Schnittstellenmethoden: CaptureState() => null und RestoreState(state) { } (standardmäßig stateless/no-op). Daher müssen Steuerelemente ohne relevante Zustandsinformationen (schreibgeschützte Explorer, Hubs, Runtime Labs, Debug, Tracker, 16 Extras, Wave-1, Unterelemente) lediglich deklarieren , IRestorableModule in der Signatur — das Main_Window Jetzt können Sie ContentFrame.Content is IRestorableModule in jedem Modul, unabhängig vom Typ. Automatischer Sweep über work/_irestable_stateless_sweep_20260620.ps1: 65 geänderte Steuerelemente (fügt hinzu using FFXProjectEditor.Modules.Common; + : UserControl, IRestorableModule), 9 übersprungen (die 8 bereits in D1/D2/D3 implementierten + MonsterAiEditor2_Control (nicht mehr unterstützt). Anmerkung: Die drei Browser mit Filter (MagicDllBrowser/RuntimeDllManager/Ps3MagicBrowser) haben die Standardeinstellung „stateless“ übernommen, da ihre FilterText Sie befinden sich in den privaten DataModels und werden im Steuerelement nicht angezeigt – die eigentliche Filtererfassung bleibt als kleinerer Rückstand bestehen. Mit D1+D2+D3+D4 deklarieren nun alle ~72 Steuerelemente IRestorableModule; diejenigen, die bereits vorhanden sind (8 Editoren + 9 Hubs), führen eine explizite Überschreibung durch, der Rest ist zustandslos. Build-Release 0 Fehler (402 bereits vorhandene Warnungen)

v2.160.3.0