feat(ui): aplicar la paleta a todos los consumos conservando alertas
Maintainer thường phản hồi trong vòng 1 ngày
@egdev6 đang làm issue này rồi.
Từ ngày 12/10/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Pre-flight checks
- I searched existing issues and found no duplicate.
- I understand that this proposal requires product review before implementation.
El asistente completó la búsqueda de issues abiertas/cerradas y contrastó el inventario y antecedentes. El mantenedor confirmó la revisión previa y aprobó la publicación de quorb-ui-ux-v1. Esto no asigna trabajo ni inicia implementación.
Problem to solve
El mantenedor espera que el color elegido se refleje de forma coherente en todos los consumos, no solo en algunos proveedores/anillos. La captura muestra diferencias entre los anillos de la tira. Confirmó que las señales de advertencia/exceso deben seguir diferenciadas.
Proposed solution
Usar la paleta seleccionada y sus tonos derivados en los anillos y barras de consumo normales de todos los proveedores/cuentas, tanto en la tira como en el detalle. Mantener prioridad visual de warning/over y validar contraste; no aplicar un reemplazo global de colores ni recolorear identidad o controles ajenos.
Affected area
Application behavior
Scope and non-goals
Alcance y aceptación
- Inventariar los consumidores de color de anillos/barras en widget y detalle, incluidos proveedores y cuentas adicionales.
- Todos los consumos normales usan la paleta activa y sus tonos derivados; el cambio se refleja sin Guardar y persiste conforme al flujo de color ya existente.
- Advertencia y exceso mantienen señales diferenciadas y sus umbrales; no confundir identidad del proveedor con estado del consumo.
- Widget y detalle son coherentes para la misma sesión/consumo.
- Presets claros/oscuros y color personalizado mantienen contraste suficiente; comprobar glows/gradientes y pistas de anillos.
- No recolorear logos, controles globales, errores, éxito ni superficies ajenas a consumos.
- Tests focales de paleta/estados y fixtures visuales con estilos reales, más comprobación dev desktop de varios proveedores/cuentas.
Orientación y coordinación
Entradas: src/lib/palette.ts, src/components/RingGauge.tsx, src/components/ProviderGauge.tsx, src/components/ProviderDetails.tsx, src/Widget.tsx, src/DetailPanel.tsx y src/theme.css. La paleta actual tiene tonos derivados muy claros: decidir asignación por función, no reutilizar cualquier tono en texto/foco.
Coordinación de estilos con la unidad de clipping; sin dependencia funcional obligatoria. Conservar el guardado correcto de color y la exclusión de live fields del botón Guardar cubierta por #11. Proveedores futuros como #94 podrán consumir el mismo contrato, sin ampliar esta issue a implementar esos proveedores.
Exclusiones
No recolorear toda la aplicación, cambiar umbrales, proveedores o auth, implementar nuevos gauges/proveedores ni modificar el DS vendorizado.
Coordinación, validación y límites
Parte de la propuesta aprobada quorb-ui-ux-v1, milestone «Coherencia visual y personalización». Trabajo por el flujo habitual; no se incorpora automáticamente a ODD ni altera prioridades de #45. Sin assignee ni nueva etiqueta status:approved. Antes de empezar revisar responsables, comentarios y PR, y coordinar las superficies compartidas.
Tests y documentación con cada unidad. Checks de implementación previstos, no ejecutados durante planificación: npm test, npm run typecheck, npm run build y cargo test en src-tauri cuando cambie comportamiento Rust; además prueba real de escritorio en modo desarrollo. No acreditar comportamiento Windows/WebView2 desde tests de lógica o fixtures de navegador. No se publica una versión ni se modifica el código al crear esta issue.
No editar directamente el DS vendorizado src/ds/egdev/* (ver su README); usar extensión de la app o coordinar el cambio upstream. Sin rediseño general, migración de cuentas, cambios de credenciales, firma, releases o nuevas versiones prometidas.
Alternatives considered
Un solo color para todo: descartado porque borra semántica y tonos de anillos. Reemplazar rojo/verde globalmente: afecta identidad, alertas y controles. Conservar colores normales distintos por proveedor: no satisface la decisión de producto.
- Ngôn ngữ chính
- TypeScript
- Star
- 10
- Fork
- 2
- Merge trung bình
- 3 giờ 54 phút
- Pull request đã merge (30 ngày)
- 94
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của egdev6/quorb
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 57/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
egdev6/quorb#170 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
bug require-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
expressjs/expressjs.com#2549 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
umami-software/umami#4686 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[Bug]: Device screenshot fails with 500 on iPhone Duo (Xcode 27.2): serve-sim calls simctl without --displayCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
pingdotgg/t3code#24900 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
inu-appcenter/UNIDorm-web#411 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
🐛 bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 2 ngày