09 Mejoras — Notas transversales #26

New Issue

jkuijperm · 2026-07-28T11:43:27Z

jkuijperm commented

2026-07-28 11:43:27 +00:00

Mejoras — Notas transversales

Cosas que afectan a varias vistas y conviene resolver una sola vez, no repetir.

Selector de rango de fechas personalizado. Aparece en el listado de gastos, en
el dashboard y (potencialmente) en objetivos. Merece hacerse una sola vez como
componente reutilizable, no tres implementaciones distintas.
Interacción dinámica sin recargar. Aparece en el filtrado instantáneo de gastos
y en el desglose por subcategorías del dashboard. Si se introduce JavaScript para
uno, conviene un enfoque común reaprovechable para el otro (mismo mecanismo de
pedir datos y repintar sin recargar la página). Sería el primer "frontend dinámico"
del proyecto, hoy casi todo Django puro con recargas.

Pendiente por hacer (fase siguiente)

Lanzar un análisis con Claude Code del propio proyecto para que recomiende
mejoras visuales y técnicas desde el código (accesibilidad, responsive,
consistencia entre plantillas, refactors). Estos archivos cubren la parte de
producto/funcionalidad; el análisis de Code cubrirá la parte visual/técnica.
Al final, juntar ambas listas y priorizar por esfuerzo vs valor.

# Mejoras — Notas transversales Cosas que afectan a varias vistas y conviene resolver **una sola vez**, no repetir. - **Selector de rango de fechas personalizado.** Aparece en el listado de gastos, en el dashboard y (potencialmente) en objetivos. Merece hacerse una sola vez como componente reutilizable, no tres implementaciones distintas. - **Interacción dinámica sin recargar.** Aparece en el filtrado instantáneo de gastos y en el desglose por subcategorías del dashboard. Si se introduce JavaScript para uno, conviene un enfoque común reaprovechable para el otro (mismo mecanismo de pedir datos y repintar sin recargar la página). Sería el primer "frontend dinámico" del proyecto, hoy casi todo Django puro con recargas. ## Pendiente por hacer (fase siguiente) - Lanzar un análisis con **Claude Code** del propio proyecto para que recomiende mejoras **visuales y técnicas** desde el código (accesibilidad, responsive, consistencia entre plantillas, refactors). Estos archivos cubren la parte de **producto/funcionalidad**; el análisis de Code cubrirá la parte visual/técnica. Al final, juntar ambas listas y priorizar por esfuerzo vs valor.

Sign in to join this conversation.

No Label

No Milestone

No project

No Assignees

1 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: jkuijperm/expenses_manager#26