JARVIS-UI

Atualização 2.160

20/06/2026

v2.160.0.0MINORJarvis-UI

Fase A–C: ModuleRegistry + Workspace Ready (§17) + Icon Rail sem flyouts (§16) (Jarvis-UI)

Entrega das Fases A–C do docs/specs/EDITOR_UI_OVERHAUL_PLAN.md §16–§17 (decisões Halyson 2026-06-20), conforme docs/ai/PROMPT_UI_GLM_REMAINING_BACKLOG_2026-06-20.md. Escopo: arquitetura de navegação + catálogo data-driven + iconografia — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados; os 68 handlers MenuItem_* não refactorados (só chamados). Fase A — ModuleRegistry (fonte única): ModuleCatalogPolicy.cs evolui de stub documental pra catálogo autoritativo — novo public static class ModuleRegistry com IReadOnlyList<ModuleCatalogEntry> All preenchido com 41 entries (Home + 10 Core Authoring + 5 Maps + 7 Live + 16 Extras + 2 Wave-1), uma por módulo roteado no rail. ModuleCatalogEntry ganha Mode/Notes/Scope/Cluster (enum ModuleCluster) além do Id/Title/Description/IconKey/RequiresProject original. Copy fiel dos literais de cada SetModule(...) em Main_Window.axaml.cs (não reinventada). Política doc-comment: novo MenuItem_* roteado = append no registry (review blocker). Fase A — Iconografia: StudioIcons.axaml expandido de 14 → 54 ícones (<StreamGeometry> Lucide-like, viewBox 24×24) — 1 metáfora dedicada por módulo (espada+chifres=monster, disquete=save, caveira=enemy design, grade hex=sphere grid, etc.). Check de consistência (script) confirma que todos os 41 IconKeys do registry resolvem em StudioIcons. Fase B — §17 Workspace Ready: MainDashboard_Control.axaml deixa de ter 6 tiles hardcoded e vira ItemsControl ItemsSource="{Binding Modules}" com DataTemplate (ícone + Title + Description completa + pill de Mode). Main_DataModel ganha public IReadOnlyList<ModuleCatalogEntry> Modules => ModuleRegistry.All. Dois converters novos em FFXProjectEditor/Converters/: IconKeyToGeometryConverter (resolve string IconKey → Geometry percorrendo Resources + MergedDictionaries 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/MenuFlyout 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 Border 1px como separador). Popup#RailDrawer (narrow) troca a lista textual de Button Classes="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 MenuFlyout 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 MergedDictionaries — fix via ResolveGeometry() helper compartilhado que itera os merged dicts com TryGetResource

v2.159.6.1

v2.160.1.0PATCHJarvis-UI

Fase D1 fechada: interface `IRestorableModule` + refator `NavigationSnapshot` (Jarvis-UI)

Primeiro commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D1). Escopo: arquitetura de navegação (back/forward restaurável) — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. Contrato novo FFXProjectEditor/Modules/Common/IRestorableModule.cs: CaptureState() → Dictionary<string,object?>? (null = stateless) e RestoreState(state) (idempotente, safe com null). Antes do D1, o Main_Window fazia pattern-match em tipos concretos (MonEditorSelector_Control/KernelCommands_Control) pra capturar estado — não escala pra ~38 módulos. Agora o Main_Window pergunta ao controle se ele é IRestorableModule. Refator NavigationSnapshot: vira record struct (string ModuleId, Dictionary<string,object?>? State); o enum NavigationSurfaceKind é removido. Novo campo private string _currentModuleId = "home" setado no início de Dispatch(string moduleId). CaptureCurrentNavigationSnapshot() genérico via ContentFrame.Content is IRestorableModule; IsSameNavigationSurface() compara só ModuleId; RestoreNavigationSnapshot() faz Dispatch(snapshot.ModuleId) + restorable.RestoreState(snapshot.State). 3 chamadas quebradas corrigidas (ainda referenciavam NavigationSurfaceKind): MenuItem_MonsterMagic1/2 (L560/568) → _currentModuleId = "battle-commands-hub" + new NavigationSnapshot("battle-commands-hub") (mesmo padrão dos MenuItem_Commands/MenuItem_Items já migrados); NavigateToMonsterEditor (L1549) → new NavigationSnapshot("monster-editor"). Honestidade: back/forward continua funcionando nos 3 originais (Home/Monster/KernelCommands), mas Monster/KernelCommands só serão plenamente restorable quando seus controles implementarem IRestorableModule (D2/D4). Até lá, o snapshot é criado mas o State vem null (volta pro módulo, não restaura sub-seleção). Build Release 0 erros (402 warnings preexistentes)

v2.160.0.0

v2.160.2.0PATCHJarvis-UI

Fase D2: `IRestorableModule` nos 7 editores fáceis (Jarvis-UI)

Segundo commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D2). Escopo: back/forward restaurável em 7 editores Core Authoring — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. Implementa IRestorableModule (definido em D1) em 7 controles: TreasureEditor_Control, AutoAbilityEditor_Control, PlayerGrowthEditor_Control, CtbBaseEditor_Control, KeyItemEditor_Control, FormationEditor_Control, BukiGetTreasureCatalog_Control. Cada CaptureState() captura filterText (string) + selectedIndex (int? derivado do item selecionado na coleção Displayed*); RestoreState(state) repõe o filtro (que re-aplica o ApplyFilter via OnFilterTextChanged) e re-seleciona a row pelo índice. Mapeamento por editor: Treasure (SelectedTreasure/DisplayedTreasures), AutoAbility (SelectedAbility/DisplayedAbilities), PlayerGrowth (SelectedCharacter/DisplayedCharacters), CtbBase (SelectedRow/DisplayedRows), KeyItem (SelectedItem/DisplayedItems), Formation (SelectedBattle/Battles — sem Displayed*), BukiGetTreasureCatalog (SelectedRow/DisplayedRows). 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)

v2.160.1.0

v2.160.3.0PATCHJarvis-UI

Fase D3: `IRestorableModule` no `SubTabHub_Control` (cobre 9 hubs) (Jarvis-UI)

Terceiro commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D3). Escopo: back/forward restaurável em todos os hubs baseados em SubTabHub — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. SubTabHub_Control.axaml.cs implementa IRestorableModule: novo campo int _activeTabIndex rastreado em SelectTab(index); CaptureState() retorna {["activeTab"] = _activeTabIndex}; RestoreState(state) chama SelectTab(idx) (que re-apilla pill/active/hosted-content normalmente). Cobertura automática dos 9 hubs: BattleCommandsHub, ItemsHub, SphereGridHub, TextHub, EnemyDesignHub, CustomizationsHub, StatsHub, EncountersHub, Blitzball — todos usam SubTabHub_Control via AddTab(...), então todos ganham restauração de sub-aba ativa de graça numa única mudança. Honestidade: o conteúdo interno de cada sub-aba (filtro/seleção do editor hospedado) é responsabilidade do controle hospedado — se ele também implementar IRestorableModule (D2 cobriu Treasure/KeyItem/etc.), o Main_Window encadeia o restore na sequência. Build Release 0 erros (402 warnings preexistentes)

v2.160.2.0

v2.160.4.0PATCHJarvis-UI

Fase D4: `IRestorableModule` em todos os controles restantes via default interface methods (Jarvis-UI)

Quarto commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D4). Escopo: declarar a interface em todos os *_Control restantes — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. IRestorableModule.cs ganha default interface methods: CaptureState() => null e RestoreState(state) { } (stateless/no-op por padrão). Assim, controles sem estado significativo (explorers read-only, hubs, runtime labs, debug, trackers, 16 Extras, Wave-1, sub-controles) só precisam declarar , IRestorableModule na assinatura — o Main_Window agora pode fazer ContentFrame.Content is IRestorableModule em qualquer módulo sem distinguir tipo. Sweep automatizado via work/_irestable_stateless_sweep_20260620.ps1: 65 controles alterados (adiciona using FFXProjectEditor.Modules.Common; + : UserControl, IRestorableModule), 9 pulados (os 8 já implementados em D1/D2/D3 + MonsterAiEditor2_Control discontinued). Honestidade: os 3 browsers com filtro (MagicDllBrowser/RuntimeDllManager/Ps3MagicBrowser) herdaram o default stateless porque seus FilterText vivem nos DataModels privados, não expostos no controle — captura real do filtro fica como backlog menor. Com D1+D2+D3+D4, todos os ~72 controles agora declaram IRestorableModule; os que têm estado (8 editores + 9 hubs) fazem override explícito, o resto é stateless. Build Release 0 erros (402 warnings preexistentes)

v2.160.3.0

Voltar para atualizações

JARVIS-UI

Atualização 2.160

20/06/2026

v2.160.0.0MINORJarvis-UI

Fase A–C: ModuleRegistry + Workspace Ready (§17) + Icon Rail sem flyouts (§16) (Jarvis-UI)

Entrega das Fases A–C do docs/specs/EDITOR_UI_OVERHAUL_PLAN.md §16–§17 (decisões Halyson 2026-06-20), conforme docs/ai/PROMPT_UI_GLM_REMAINING_BACKLOG_2026-06-20.md. Escopo: arquitetura de navegação + catálogo data-driven + iconografia — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados; os 68 handlers MenuItem_* não refactorados (só chamados). Fase A — ModuleRegistry (fonte única): ModuleCatalogPolicy.cs evolui de stub documental pra catálogo autoritativo — novo public static class ModuleRegistry com IReadOnlyList<ModuleCatalogEntry> All preenchido com 41 entries (Home + 10 Core Authoring + 5 Maps + 7 Live + 16 Extras + 2 Wave-1), uma por módulo roteado no rail. ModuleCatalogEntry ganha Mode/Notes/Scope/Cluster (enum ModuleCluster) além do Id/Title/Description/IconKey/RequiresProject original. Copy fiel dos literais de cada SetModule(...) em Main_Window.axaml.cs (não reinventada). Política doc-comment: novo MenuItem_* roteado = append no registry (review blocker). Fase A — Iconografia: StudioIcons.axaml expandido de 14 → 54 ícones (<StreamGeometry> Lucide-like, viewBox 24×24) — 1 metáfora dedicada por módulo (espada+chifres=monster, disquete=save, caveira=enemy design, grade hex=sphere grid, etc.). Check de consistência (script) confirma que todos os 41 IconKeys do registry resolvem em StudioIcons. Fase B — §17 Workspace Ready: MainDashboard_Control.axaml deixa de ter 6 tiles hardcoded e vira ItemsControl ItemsSource="{Binding Modules}" com DataTemplate (ícone + Title + Description completa + pill de Mode). Main_DataModel ganha public IReadOnlyList<ModuleCatalogEntry> Modules => ModuleRegistry.All. Dois converters novos em FFXProjectEditor/Converters/: IconKeyToGeometryConverter (resolve string IconKey → Geometry percorrendo Resources + MergedDictionaries 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/MenuFlyout 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 Border 1px como separador). Popup#RailDrawer (narrow) troca a lista textual de Button Classes="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 MenuFlyout 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 MergedDictionaries — fix via ResolveGeometry() helper compartilhado que itera os merged dicts com TryGetResource

v2.159.6.1

v2.160.1.0PATCHJarvis-UI

Fase D1 fechada: interface `IRestorableModule` + refator `NavigationSnapshot` (Jarvis-UI)

Primeiro commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D1). Escopo: arquitetura de navegação (back/forward restaurável) — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. Contrato novo FFXProjectEditor/Modules/Common/IRestorableModule.cs: CaptureState() → Dictionary<string,object?>? (null = stateless) e RestoreState(state) (idempotente, safe com null). Antes do D1, o Main_Window fazia pattern-match em tipos concretos (MonEditorSelector_Control/KernelCommands_Control) pra capturar estado — não escala pra ~38 módulos. Agora o Main_Window pergunta ao controle se ele é IRestorableModule. Refator NavigationSnapshot: vira record struct (string ModuleId, Dictionary<string,object?>? State); o enum NavigationSurfaceKind é removido. Novo campo private string _currentModuleId = "home" setado no início de Dispatch(string moduleId). CaptureCurrentNavigationSnapshot() genérico via ContentFrame.Content is IRestorableModule; IsSameNavigationSurface() compara só ModuleId; RestoreNavigationSnapshot() faz Dispatch(snapshot.ModuleId) + restorable.RestoreState(snapshot.State). 3 chamadas quebradas corrigidas (ainda referenciavam NavigationSurfaceKind): MenuItem_MonsterMagic1/2 (L560/568) → _currentModuleId = "battle-commands-hub" + new NavigationSnapshot("battle-commands-hub") (mesmo padrão dos MenuItem_Commands/MenuItem_Items já migrados); NavigateToMonsterEditor (L1549) → new NavigationSnapshot("monster-editor"). Honestidade: back/forward continua funcionando nos 3 originais (Home/Monster/KernelCommands), mas Monster/KernelCommands só serão plenamente restorable quando seus controles implementarem IRestorableModule (D2/D4). Até lá, o snapshot é criado mas o State vem null (volta pro módulo, não restaura sub-seleção). Build Release 0 erros (402 warnings preexistentes)

v2.160.0.0

v2.160.2.0PATCHJarvis-UI

Fase D2: `IRestorableModule` nos 7 editores fáceis (Jarvis-UI)

Segundo commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D2). Escopo: back/forward restaurável em 7 editores Core Authoring — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. Implementa IRestorableModule (definido em D1) em 7 controles: TreasureEditor_Control, AutoAbilityEditor_Control, PlayerGrowthEditor_Control, CtbBaseEditor_Control, KeyItemEditor_Control, FormationEditor_Control, BukiGetTreasureCatalog_Control. Cada CaptureState() captura filterText (string) + selectedIndex (int? derivado do item selecionado na coleção Displayed*); RestoreState(state) repõe o filtro (que re-aplica o ApplyFilter via OnFilterTextChanged) e re-seleciona a row pelo índice. Mapeamento por editor: Treasure (SelectedTreasure/DisplayedTreasures), AutoAbility (SelectedAbility/DisplayedAbilities), PlayerGrowth (SelectedCharacter/DisplayedCharacters), CtbBase (SelectedRow/DisplayedRows), KeyItem (SelectedItem/DisplayedItems), Formation (SelectedBattle/Battles — sem Displayed*), BukiGetTreasureCatalog (SelectedRow/DisplayedRows). 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)

v2.160.1.0

v2.160.3.0PATCHJarvis-UI

Fase D3: `IRestorableModule` no `SubTabHub_Control` (cobre 9 hubs) (Jarvis-UI)

Terceiro commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D3). Escopo: back/forward restaurável em todos os hubs baseados em SubTabHub — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. SubTabHub_Control.axaml.cs implementa IRestorableModule: novo campo int _activeTabIndex rastreado em SelectTab(index); CaptureState() retorna {["activeTab"] = _activeTabIndex}; RestoreState(state) chama SelectTab(idx) (que re-apilla pill/active/hosted-content normalmente). Cobertura automática dos 9 hubs: BattleCommandsHub, ItemsHub, SphereGridHub, TextHub, EnemyDesignHub, CustomizationsHub, StatsHub, EncountersHub, Blitzball — todos usam SubTabHub_Control via AddTab(...), então todos ganham restauração de sub-aba ativa de graça numa única mudança. Honestidade: o conteúdo interno de cada sub-aba (filtro/seleção do editor hospedado) é responsabilidade do controle hospedado — se ele também implementar IRestorableModule (D2 cobriu Treasure/KeyItem/etc.), o Main_Window encadeia o restore na sequência. Build Release 0 erros (402 warnings preexistentes)

v2.160.2.0

v2.160.4.0PATCHJarvis-UI

Fase D4: `IRestorableModule` em todos os controles restantes via default interface methods (Jarvis-UI)

Quarto commit da Fase D (docs/ai/PROMPT_GLM_PHASE_D_TO_F_2026-06-20.md §3.D4). Escopo: declarar a interface em todos os *_Control restantes — writers/save bytes/hooks/FfxLib/RT0/RT2/SGM/SPIRA FORGE intocados. IRestorableModule.cs ganha default interface methods: CaptureState() => null e RestoreState(state) { } (stateless/no-op por padrão). Assim, controles sem estado significativo (explorers read-only, hubs, runtime labs, debug, trackers, 16 Extras, Wave-1, sub-controles) só precisam declarar , IRestorableModule na assinatura — o Main_Window agora pode fazer ContentFrame.Content is IRestorableModule em qualquer módulo sem distinguir tipo. Sweep automatizado via work/_irestable_stateless_sweep_20260620.ps1: 65 controles alterados (adiciona using FFXProjectEditor.Modules.Common; + : UserControl, IRestorableModule), 9 pulados (os 8 já implementados em D1/D2/D3 + MonsterAiEditor2_Control discontinued). Honestidade: os 3 browsers com filtro (MagicDllBrowser/RuntimeDllManager/Ps3MagicBrowser) herdaram o default stateless porque seus FilterText vivem nos DataModels privados, não expostos no controle — captura real do filtro fica como backlog menor. Com D1+D2+D3+D4, todos os ~72 controles agora declaram IRestorableModule; os que têm estado (8 editores + 9 hubs) fazem override explícito, o resto é stateless. Build Release 0 erros (402 warnings preexistentes)

v2.160.3.0