JARVIS-UI

Update 2.160

6/20/2026

v2.160.0.0MINORJarvis-UI

Phases A–C: ModuleRegistry + Workspace Ready (§17) + flyout-free Icon Rail (§16) (Jarvis-UI)

Delivery of Phases A–C from docs/specs/EDITOR_UI_OVERHAUL_PLAN.md §16–§17 (Halyson decisions 2026-06-20), per docs/ai/PROMPT_UI_GLM_REMAINING_BACKLOG_2026-06-20.md. Scope: navigation architecture + data-driven catalog + iconography — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched; the 68 MenuItem_* handlers are not refactored (only called). Phase A — ModuleRegistry (single source of truth): ModuleCatalogPolicy.cs evolves from a documentation stub into the authoritative catalog — new public static class ModuleRegistry with IReadOnlyList<ModuleCatalogEntry> All populated with 41 entries (Home + 10 Core Authoring + 5 Maps + 7 Live + 16 Extras + 2 Wave-1), one per rail-routed module. ModuleCatalogEntry gains Mode/Notes/Scope/Cluster (a ModuleCluster enum) on top of the original Id/Title/Description/IconKey/RequiresProject. Copy is faithful to the literals of each SetModule(...) in Main_Window.axaml.cs (not reinvented). Doc-comment policy: a new rail-routed MenuItem_* = append to the registry (review blocker). Phase A — Iconography: StudioIcons.axaml expanded from 14 → 54 icons (<StreamGeometry> Lucide-like, viewBox 24×24) — one dedicated metaphor per module (sword+horns=monster, floppy=save, skull=enemy design, hex grid=sphere grid, etc.). A consistency check (script) confirms all 41 registry IconKeys resolve in StudioIcons. Phase B — §17 Workspace Ready: MainDashboard_Control.axaml drops the 6 hardcoded tiles and becomes an ItemsControl ItemsSource="{Binding Modules}" with a DataTemplate (icon + Title + full Description + Mode pill). Main_DataModel gains public IReadOnlyList<ModuleCatalogEntry> Modules => ModuleRegistry.All. Two new converters in FFXProjectEditor/Converters/: IconKeyToGeometryConverter (resolves a string IconKey → Geometry by walking Resources + MergedDictionaries via TryGetResource(key, ActualThemeVariant, out _) — required because {DynamicResource {Binding IconKey}} binding does not work for PathIcon.Data in Avalonia) and RequiresProjectEnabledConverter (IMultiValueConverter RequiresProject × IsProjectLoaded → IsEnabled). Hero + empty-state CTA + Workspace status card preserved (§17.4). Phase C — §16 flyout-free Icon Rail: removed the 5 Button.Flyout/MenuFlyout from IconRailCol (XAML L156–239) — replaced by <StackPanel Name="RailStack"> populated in code-behind by BuildIconRail() (one railIcon button per entry, grouped by cluster with a 1px Border as separator). Popup#RailDrawer (narrow) swaps its textual Button Classes="nav" list for a <WrapPanel Name="RailDrawerGrid"> (icon grid). A single handler Button_RailModule_Click(sender, e) reads Tag=Id → Dispatch(id). RefreshRailProjectGates() re-applies the RequiresProject gate when Project_Service.IsProjectLoaded changes. Phase C — generic Dispatch: OnQuickLaunchRequested (6 hardcoded keys: monster/kernel/sphere/save/extras/home) is replaced by Dispatch(string moduleId) with a switch over all 41 Ids → existing MenuItem_* handler. Rail, drawer and dashboard now share the same path. Acceptance: Release build 0 errors (402 preexisting warnings); 0 MenuFlyout in IconRailCol; 0 hardcoded tile in the dashboard; 41 icons rendering in the rail + 41 cards in the home with a dedicated icon + full description; cards disabled when RequiresProject && !IsProjectLoaded. Visual bug fixed: icons initially failed to render because Application.Current.Resources.TryGetValue() in Avalonia 11 does not walk MergedDictionaries — fixed via a shared ResolveGeometry() helper that iterates the merged dicts with TryGetResource

v2.159.6.1

v2.160.1.0PATCHJarvis-UI

Phase D1 closed: `IRestorableModule` interface + `NavigationSnapshot` refactor (Jarvis-UI)

First commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D1). Scope: navigation architecture (restorable back/forward) — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. New contract FFXProjectEditor/Modules/Common/IRestorableModule.cs: CaptureState() → Dictionary<string,object?>? (null = stateless) and RestoreState(state) (idempotent, null-safe). Before D1, Main_Window did pattern-matching on concrete types (MonEditorSelector_Control/KernelCommands_Control) to capture state — it doesn't scale to ~38 modules. Now Main_Window asks the control if it is IRestorableModule. NavigationSnapshot refactor: becomes record struct (string ModuleId, Dictionary<string,object?>? State); the NavigationSurfaceKind enum is removed. New field private string _currentModuleId = "home" set at the start of Dispatch(string moduleId). CaptureCurrentNavigationSnapshot() is now generic via ContentFrame.Content is IRestorableModule; IsSameNavigationSurface() compares only ModuleId; RestoreNavigationSnapshot() calls Dispatch(snapshot.ModuleId) + restorable.RestoreState(snapshot.State). 3 broken call sites fixed (still referenced NavigationSurfaceKind): MenuItem_MonsterMagic1/2 (L560/568) → _currentModuleId = "battle-commands-hub" + new NavigationSnapshot("battle-commands-hub") (same pattern as the already-migrated MenuItem_Commands/MenuItem_Items); NavigateToMonsterEditor (L1549) → new NavigationSnapshot("monster-editor"). Honesty: back/forward keeps working in the 3 originals (Home/Monster/KernelCommands), but Monster/KernelCommands will only be fully restorable once their controls implement IRestorableModule (D2/D4). Until then, the snapshot is created but State comes back null (returns to the module, doesn't restore sub-selection). Release build 0 errors (402 preexisting warnings)

v2.160.0.0

v2.160.2.0PATCHJarvis-UI

Phase D2: `IRestorableModule` in the 7 easy editors (Jarvis-UI)

Second commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D2). Scope: restorable back/forward in 7 Core Authoring editors — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. Implements IRestorableModule (defined in D1) in 7 controls: TreasureEditor_Control, AutoAbilityEditor_Control, PlayerGrowthEditor_Control, CtbBaseEditor_Control, KeyItemEditor_Control, FormationEditor_Control, BukiGetTreasureCatalog_Control. Each CaptureState() captures filterText (string) + selectedIndex (int? derived from the selected item in the Displayed* collection); RestoreState(state) restores the filter (which re-runs ApplyFilter via OnFilterTextChanged) and re-selects the row by index. Per-editor mapping: Treasure (SelectedTreasure/DisplayedTreasures), AutoAbility (SelectedAbility/DisplayedAbilities), PlayerGrowth (SelectedCharacter/DisplayedCharacters), CtbBase (SelectedRow/DisplayedRows), KeyItem (SelectedItem/DisplayedItems), Formation (SelectedBattle/Battles — no Displayed*), BukiGetTreasureCatalog (SelectedRow/DisplayedRows). Honesty: Monster Editor + the 7 editors above are now fully restorable via back/forward (return to the exact filter/selection). KernelCommands + the hubs (BattleCommands/Items/etc.) come in D3 (SubTabHub). Release build 0 errors (402 preexisting warnings)

v2.160.1.0

v2.160.3.0PATCHJarvis-UI

Phase D3: `IRestorableModule` in `SubTabHub_Control` (covers 9 hubs) (Jarvis-UI)

Third commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D3). Scope: restorable back/forward in every SubTabHub-based hub — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. SubTabHub_Control.axaml.cs implements IRestorableModule: new int _activeTabIndex field tracked in SelectTab(index); CaptureState() returns {["activeTab"] = _activeTabIndex}; RestoreState(state) calls SelectTab(idx) (which re-applies pill/active/hosted-content normally). Automatic coverage of 9 hubs: BattleCommandsHub, ItemsHub, SphereGridHub, TextHub, EnemyDesignHub, CustomizationsHub, StatsHub, EncountersHub, Blitzball — they all use SubTabHub_Control via AddTab(...), so they all gain active sub-tab restoration for free in a single change. Honesty: the internal content of each sub-tab (the hosted editor's filter/selection) is the hosted control's responsibility — if it also implements IRestorableModule (D2 covered Treasure/KeyItem/etc.), Main_Window chains the restore in sequence. Release build 0 errors (402 preexisting warnings)

v2.160.2.0

v2.160.4.0PATCHJarvis-UI

Phase D4: `IRestorableModule` in all remaining controls via default interface methods (Jarvis-UI)

Fourth commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D4). Scope: declare the interface in all remaining *_Control — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. IRestorableModule.cs gains default interface methods: CaptureState() => null and RestoreState(state) { } (stateless/no-op by default). This way, controls with no meaningful state (read-only explorers, hubs, runtime labs, debug, trackers, 16 Extras, Wave-1, sub-controls) only need to declare , IRestorableModule in their signature — Main_Window can now do ContentFrame.Content is IRestorableModule on any module without distinguishing type. Automated sweep via work/_irestable_stateless_sweep_20260620.ps1: 65 controls changed (adds using FFXProjectEditor.Modules.Common; + : UserControl, IRestorableModule), 9 skipped (the 8 already implemented in D1/D2/D3 + discontinued MonsterAiEditor2_Control). Honesty: the 3 browsers with a filter (MagicDllBrowser/RuntimeDllManager/Ps3MagicBrowser) inherited the stateless default because their FilterText lives in private DataModels, not exposed on the control — real filter capture is left as a smaller backlog item. With D1+D2+D3+D4, all ~72 controls now declare IRestorableModule; those with state (8 editors + 9 hubs) do explicit override, the rest is stateless. Release build 0 errors (402 preexisting warnings)

v2.160.3.0

Back to updates

JARVIS-UI

Update 2.160

6/20/2026

v2.160.0.0MINORJarvis-UI

Phases A–C: ModuleRegistry + Workspace Ready (§17) + flyout-free Icon Rail (§16) (Jarvis-UI)

Delivery of Phases A–C from docs/specs/EDITOR_UI_OVERHAUL_PLAN.md §16–§17 (Halyson decisions 2026-06-20), per docs/ai/PROMPT_UI_GLM_REMAINING_BACKLOG_2026-06-20.md. Scope: navigation architecture + data-driven catalog + iconography — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched; the 68 MenuItem_* handlers are not refactored (only called). Phase A — ModuleRegistry (single source of truth): ModuleCatalogPolicy.cs evolves from a documentation stub into the authoritative catalog — new public static class ModuleRegistry with IReadOnlyList<ModuleCatalogEntry> All populated with 41 entries (Home + 10 Core Authoring + 5 Maps + 7 Live + 16 Extras + 2 Wave-1), one per rail-routed module. ModuleCatalogEntry gains Mode/Notes/Scope/Cluster (a ModuleCluster enum) on top of the original Id/Title/Description/IconKey/RequiresProject. Copy is faithful to the literals of each SetModule(...) in Main_Window.axaml.cs (not reinvented). Doc-comment policy: a new rail-routed MenuItem_* = append to the registry (review blocker). Phase A — Iconography: StudioIcons.axaml expanded from 14 → 54 icons (<StreamGeometry> Lucide-like, viewBox 24×24) — one dedicated metaphor per module (sword+horns=monster, floppy=save, skull=enemy design, hex grid=sphere grid, etc.). A consistency check (script) confirms all 41 registry IconKeys resolve in StudioIcons. Phase B — §17 Workspace Ready: MainDashboard_Control.axaml drops the 6 hardcoded tiles and becomes an ItemsControl ItemsSource="{Binding Modules}" with a DataTemplate (icon + Title + full Description + Mode pill). Main_DataModel gains public IReadOnlyList<ModuleCatalogEntry> Modules => ModuleRegistry.All. Two new converters in FFXProjectEditor/Converters/: IconKeyToGeometryConverter (resolves a string IconKey → Geometry by walking Resources + MergedDictionaries via TryGetResource(key, ActualThemeVariant, out _) — required because {DynamicResource {Binding IconKey}} binding does not work for PathIcon.Data in Avalonia) and RequiresProjectEnabledConverter (IMultiValueConverter RequiresProject × IsProjectLoaded → IsEnabled). Hero + empty-state CTA + Workspace status card preserved (§17.4). Phase C — §16 flyout-free Icon Rail: removed the 5 Button.Flyout/MenuFlyout from IconRailCol (XAML L156–239) — replaced by <StackPanel Name="RailStack"> populated in code-behind by BuildIconRail() (one railIcon button per entry, grouped by cluster with a 1px Border as separator). Popup#RailDrawer (narrow) swaps its textual Button Classes="nav" list for a <WrapPanel Name="RailDrawerGrid"> (icon grid). A single handler Button_RailModule_Click(sender, e) reads Tag=Id → Dispatch(id). RefreshRailProjectGates() re-applies the RequiresProject gate when Project_Service.IsProjectLoaded changes. Phase C — generic Dispatch: OnQuickLaunchRequested (6 hardcoded keys: monster/kernel/sphere/save/extras/home) is replaced by Dispatch(string moduleId) with a switch over all 41 Ids → existing MenuItem_* handler. Rail, drawer and dashboard now share the same path. Acceptance: Release build 0 errors (402 preexisting warnings); 0 MenuFlyout in IconRailCol; 0 hardcoded tile in the dashboard; 41 icons rendering in the rail + 41 cards in the home with a dedicated icon + full description; cards disabled when RequiresProject && !IsProjectLoaded. Visual bug fixed: icons initially failed to render because Application.Current.Resources.TryGetValue() in Avalonia 11 does not walk MergedDictionaries — fixed via a shared ResolveGeometry() helper that iterates the merged dicts with TryGetResource

v2.159.6.1

v2.160.1.0PATCHJarvis-UI

Phase D1 closed: `IRestorableModule` interface + `NavigationSnapshot` refactor (Jarvis-UI)

First commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D1). Scope: navigation architecture (restorable back/forward) — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. New contract FFXProjectEditor/Modules/Common/IRestorableModule.cs: CaptureState() → Dictionary<string,object?>? (null = stateless) and RestoreState(state) (idempotent, null-safe). Before D1, Main_Window did pattern-matching on concrete types (MonEditorSelector_Control/KernelCommands_Control) to capture state — it doesn't scale to ~38 modules. Now Main_Window asks the control if it is IRestorableModule. NavigationSnapshot refactor: becomes record struct (string ModuleId, Dictionary<string,object?>? State); the NavigationSurfaceKind enum is removed. New field private string _currentModuleId = "home" set at the start of Dispatch(string moduleId). CaptureCurrentNavigationSnapshot() is now generic via ContentFrame.Content is IRestorableModule; IsSameNavigationSurface() compares only ModuleId; RestoreNavigationSnapshot() calls Dispatch(snapshot.ModuleId) + restorable.RestoreState(snapshot.State). 3 broken call sites fixed (still referenced NavigationSurfaceKind): MenuItem_MonsterMagic1/2 (L560/568) → _currentModuleId = "battle-commands-hub" + new NavigationSnapshot("battle-commands-hub") (same pattern as the already-migrated MenuItem_Commands/MenuItem_Items); NavigateToMonsterEditor (L1549) → new NavigationSnapshot("monster-editor"). Honesty: back/forward keeps working in the 3 originals (Home/Monster/KernelCommands), but Monster/KernelCommands will only be fully restorable once their controls implement IRestorableModule (D2/D4). Until then, the snapshot is created but State comes back null (returns to the module, doesn't restore sub-selection). Release build 0 errors (402 preexisting warnings)

v2.160.0.0

v2.160.2.0PATCHJarvis-UI

Phase D2: `IRestorableModule` in the 7 easy editors (Jarvis-UI)

Second commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D2). Scope: restorable back/forward in 7 Core Authoring editors — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. Implements IRestorableModule (defined in D1) in 7 controls: TreasureEditor_Control, AutoAbilityEditor_Control, PlayerGrowthEditor_Control, CtbBaseEditor_Control, KeyItemEditor_Control, FormationEditor_Control, BukiGetTreasureCatalog_Control. Each CaptureState() captures filterText (string) + selectedIndex (int? derived from the selected item in the Displayed* collection); RestoreState(state) restores the filter (which re-runs ApplyFilter via OnFilterTextChanged) and re-selects the row by index. Per-editor mapping: Treasure (SelectedTreasure/DisplayedTreasures), AutoAbility (SelectedAbility/DisplayedAbilities), PlayerGrowth (SelectedCharacter/DisplayedCharacters), CtbBase (SelectedRow/DisplayedRows), KeyItem (SelectedItem/DisplayedItems), Formation (SelectedBattle/Battles — no Displayed*), BukiGetTreasureCatalog (SelectedRow/DisplayedRows). Honesty: Monster Editor + the 7 editors above are now fully restorable via back/forward (return to the exact filter/selection). KernelCommands + the hubs (BattleCommands/Items/etc.) come in D3 (SubTabHub). Release build 0 errors (402 preexisting warnings)

v2.160.1.0

v2.160.3.0PATCHJarvis-UI

Phase D3: `IRestorableModule` in `SubTabHub_Control` (covers 9 hubs) (Jarvis-UI)

Third commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D3). Scope: restorable back/forward in every SubTabHub-based hub — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. SubTabHub_Control.axaml.cs implements IRestorableModule: new int _activeTabIndex field tracked in SelectTab(index); CaptureState() returns {["activeTab"] = _activeTabIndex}; RestoreState(state) calls SelectTab(idx) (which re-applies pill/active/hosted-content normally). Automatic coverage of 9 hubs: BattleCommandsHub, ItemsHub, SphereGridHub, TextHub, EnemyDesignHub, CustomizationsHub, StatsHub, EncountersHub, Blitzball — they all use SubTabHub_Control via AddTab(...), so they all gain active sub-tab restoration for free in a single change. Honesty: the internal content of each sub-tab (the hosted editor's filter/selection) is the hosted control's responsibility — if it also implements IRestorableModule (D2 covered Treasure/KeyItem/etc.), Main_Window chains the restore in sequence. Release build 0 errors (402 preexisting warnings)

v2.160.2.0

v2.160.4.0PATCHJarvis-UI

Phase D4: `IRestorableModule` in all remaining controls via default interface methods (Jarvis-UI)

Fourth commit of Phase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D4). Scope: declare the interface in all remaining *_Control — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE untouched. IRestorableModule.cs gains default interface methods: CaptureState() => null and RestoreState(state) { } (stateless/no-op by default). This way, controls with no meaningful state (read-only explorers, hubs, runtime labs, debug, trackers, 16 Extras, Wave-1, sub-controls) only need to declare , IRestorableModule in their signature — Main_Window can now do ContentFrame.Content is IRestorableModule on any module without distinguishing type. Automated sweep via work/_irestable_stateless_sweep_20260620.ps1: 65 controls changed (adds using FFXProjectEditor.Modules.Common; + : UserControl, IRestorableModule), 9 skipped (the 8 already implemented in D1/D2/D3 + discontinued MonsterAiEditor2_Control). Honesty: the 3 browsers with a filter (MagicDllBrowser/RuntimeDllManager/Ps3MagicBrowser) inherited the stateless default because their FilterText lives in private DataModels, not exposed on the control — real filter capture is left as a smaller backlog item. With D1+D2+D3+D4, all ~72 controls now declare IRestorableModule; those with state (8 editors + 9 hubs) do explicit override, the rest is stateless. Release build 0 errors (402 preexisting warnings)

v2.160.3.0