feat(yahweh-widget-meta-form): paleta del chrome migrada a Theme::global(cx)
Iter 5 de integración. MetaApp::render tenía 7 vars con colors hardcoded (bg/panel/border/text/text_dim/accent/accent_active); ahora salen de Theme::global(cx) que el shell instala al boot. confirm_delete_banner usa themed_colors(Warning/Error) para sus colors base. render: - 7 let X = rgb(0x...) → theme.bg_app/bg_panel/border/fg_text/ fg_muted/accent/accent_strong. - toast_div / error_banner: banner() → banner_themed(cx). Firmas internas: - render_sidebar/main/list/entity_ref_selector/form cambian Rgba → Hsla (Background donde aplica para panel). gpui::Div acepta ambos via Into, uso interno no cambia. confirm_delete_banner: - 6 colors hardcoded → themed_colors(Warning) para banner base, themed_colors(Error) para Confirm, theme.bg_panel_alt+fg_text para Cancel. NO migra esta iter (ornament hardcoded para una pasada futura): row hovers, bordes sutiles entre filas, bg de inputs custom, bg de botones del EntityRef selector, color del icon ✕ de delete. Smoke test del binario verificado: bootstrap completo OK, panic esperado en open_window sin display. 115 tests verdes (sin cambio: los tests del widget no acceden al render). Beneficio: theme switcher (cuando llegue) cambia toda la paleta con 1 sola llamada Theme::set(cx, ...). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -6,6 +6,72 @@ ratio/diff ver `git show <sha>`.
|
||||
|
||||
## 2026-05-10
|
||||
|
||||
### feat(yahweh-widget-meta-form): paleta del chrome migrada a `Theme::global(cx)`
|
||||
Iter 5 de integración. El `MetaApp::render` tenía 7 vars locales
|
||||
con colors hardcoded (`bg/panel/border/text/text_dim/accent/
|
||||
accent_active`) que se pasaban a las funciones internas
|
||||
(`render_sidebar`/`render_main`/`render_list`/`render_form`/
|
||||
`render_entity_ref_selector`). Ahora salen del `Theme::global(cx)`
|
||||
que el binario shell instala al boot. El `confirm_delete_banner`
|
||||
también usa `themed_colors(Banner::Warning)` / `themed_colors(Banner::Error)`
|
||||
para sus colors base.
|
||||
|
||||
Cambios en `MetaApp::render`:
|
||||
- 7 `let X = gpui::rgb(0x...)` → derive del theme:
|
||||
- `bg` ← `theme.bg_app` (Background, soporta gradientes).
|
||||
- `panel` ← `theme.bg_panel`.
|
||||
- `border` ← `theme.border` (Hsla).
|
||||
- `text` ← `theme.fg_text`.
|
||||
- `text_dim` ← `theme.fg_muted`.
|
||||
- `accent` ← `theme.accent`.
|
||||
- `accent_active` ← `theme.accent_strong`.
|
||||
- `toast_div` y `error_banner`: `banner(...)` → `banner_themed(cx, ...)`.
|
||||
|
||||
Cambios de firma (internas, no API público):
|
||||
- `render_sidebar` / `render_main` / `render_list` /
|
||||
`render_entity_ref_selector` / `render_form` cambian Rgba →
|
||||
Hsla en sus parámetros de color (Background donde aplica para
|
||||
`panel`). Los métodos `bg/text_color/border_color` de gpui::Div
|
||||
aceptan ambos via `Into`, así que el uso interno no cambia.
|
||||
|
||||
Cambios en `render_confirm_delete_banner`:
|
||||
- 6 colors hardcoded amber/red/gray → `themed_colors(Warning)` para
|
||||
banner base, `themed_colors(Error)` para botón Confirm,
|
||||
`theme.bg_panel_alt + fg_text` para botón Cancel.
|
||||
- Cambiar de Theme ahora cambia toda la paleta del modal.
|
||||
|
||||
Lo que **NO** migra esta iter (queda como ornament hardcoded; iter
|
||||
futura si emerge la necesidad):
|
||||
- Row hovers misceláneos en `render_list` (px 0x232a36 / 0x1f2630
|
||||
para selected/hover de filas).
|
||||
- Borders sutiles entre filas (px 0x232a36).
|
||||
- Bg de inputs custom (px 0x171a20).
|
||||
- Bg de botones en `render_entity_ref_selector` (px 0x2c3540).
|
||||
- Color rojo del icon `✕` de delete (px 0xd07070) y su hover
|
||||
(px 0x4a2020).
|
||||
|
||||
Estos son detalles ornamentales que un theme switcher real
|
||||
querría integrar; los aislo para una pasada futura cuando esté
|
||||
claro qué slots semánticos del theme conviene agregar (ej.
|
||||
`bg_row_selected` distinto de `bg_row_hover`, `accent_destructive`,
|
||||
etc.).
|
||||
|
||||
`nakui-ui` shell ya instalaba `Theme::install_default(cx)` desde la
|
||||
iter pasada — sigue siendo el contract entre el shell y el widget.
|
||||
Smoke test del binario verificado: bootstrap completo OK, panic
|
||||
esperado en open_window sin display.
|
||||
|
||||
Tests stack: 115 verdes (sin cambio — los tests del widget no
|
||||
acceden al render).
|
||||
|
||||
Beneficio operativo:
|
||||
- El theme switcher (cuando llegue) cambia toda la paleta principal
|
||||
de `MetaApp` con 1 sola llamada `Theme::set(cx, ...)`.
|
||||
- `MetaApp` y `nakui-explorer` comparten el mismo theme global en
|
||||
un mismo proceso (si llegan a vivir juntos).
|
||||
- Los `confirm_delete_banner` y los toasts del MetaApp respetan
|
||||
is_dark: el contrast ajusta automatic.
|
||||
|
||||
### feat(yahweh): theme integration en `banner` + `card` + `nakui-explorer` consume themed
|
||||
Iter 4 de la integración. Los widgets `banner` y `card` ahora
|
||||
ofrecen variants `_themed(cx, ...)` que leen `Theme::global(cx)`.
|
||||
|
||||
Reference in New Issue
Block a user