docs(builder): integra STATE y baseline premium en memoria codex
This commit is contained in:
@@ -1,44 +1,80 @@
|
|||||||
# Memoria Codex - GKACHELE
|
# Memoria Codex - GKACHELE
|
||||||
|
|
||||||
**Fecha de corte:** 22 Febrero 2026
|
**Fecha de corte:** 24 Febrero 2026
|
||||||
|
|
||||||
## Fuente de verdad (estado IA)
|
## Fuente de verdad
|
||||||
- `codex/VERSIONADO_IA.md`
|
- `codex/VERSIONADO_IA.md`
|
||||||
- `codex/BUILDER_ELEMENTOR_VERSION.md`
|
- `codex/MEMORIA_CODEX.md`
|
||||||
- `codex/HISTORIAL_CAMBIOS.md`
|
- `STATE.md` (raiz del workspace, memoria operativa Docker/SaaS desde 2026-02-28)
|
||||||
|
|
||||||
## Punto exacto
|
## Estado acordado (retomar desde aqui)
|
||||||
- Rama activa: `ai/ub24-builder-v1`
|
- Rama activa: `ai/ub24-builder-v1`
|
||||||
- Commit de referencia funcional: `e83e915`
|
- Checkpoint actual: `208dca9`
|
||||||
- Version base builder: `gkachele-elementor-templates-20260210-v21`
|
- Tag local de checkpoint: `builder-social-blockfx-20260224-v1`
|
||||||
- Estado de sync local/remoto al corte: `3/0`
|
- Base funcional estable previa: `e83e915` (tag local: `builder-stable-e83e915`)
|
||||||
|
|
||||||
## Estado actual funcional
|
## Estado funcional verificado
|
||||||
- Builder visual operativo en `/elementor/<site_id>`.
|
- Builder operativo en `/elementor/<site_id>`.
|
||||||
- Drag/drop y resize fluido en canvas.
|
- Customizer unificado en una sola ruta:
|
||||||
- Inspector para estilos y contenido.
|
- `/customizer/<id>` activo
|
||||||
- Modo libre con snapping.
|
- `/customizer2/<id>` y `/customizer3/<id>` fuera (`404`)
|
||||||
- Menu mobile con modo `Drawer Pro` estabilizado (apertura/cierre, overlay, escape, foco, lock scroll).
|
- Mejoras ya hechas en builder:
|
||||||
- Reset corrige bloques + settings y evita recarga de plantilla por autoload no deseado.
|
- menu manual con mejor mapeo a bloques reales
|
||||||
- Tema restaurante mejorado, pero aun con ajustes pendientes de calidad fina.
|
- drop en modo libre mas preciso
|
||||||
|
- bloque `Redes` con mas controles visuales
|
||||||
|
- controles de fondo/transicion por bloque (version inicial)
|
||||||
|
|
||||||
## Pendientes inmediatos
|
## Feedback del usuario memorizado (obligatorio)
|
||||||
- Revisar cada icono del menu en preview final (flujo completo, uno por uno).
|
- Hay cosas buenas en lo hecho.
|
||||||
- Validar responsive del menu (desktop/tablet/mobile) con focus y accesibilidad.
|
- El resultado visual actual todavia se percibe "cutre".
|
||||||
- Ajuste fino visual del tema restaurante (estado "mejorable").
|
- Las animaciones actuales no alcanzan nivel pro.
|
||||||
- Consolidar puente Builder -> SaaS (`/customizer/<id>`).
|
- Los fondos (sobre todo imagen de fondo) no se ven profesionales.
|
||||||
|
- Lo de `Redes` debe escalarse y aplicarse mejor a cada bloque.
|
||||||
|
- No perder este contexto ni volver a "no saber en que quedamos".
|
||||||
|
- Estandar visual confirmado por usuario: nivel premium como landing `campos-misiones`
|
||||||
|
- Hero con fondo potente y composicion pro.
|
||||||
|
- Bloques de contacto/redes con look comercial real.
|
||||||
|
- Mapas embebidos y galerias con acabado profesional.
|
||||||
|
- Botones con micro-movimiento y sombra consistente.
|
||||||
|
- Este nivel debe replicarse en plantillas y en el customizer de `word`.
|
||||||
|
|
||||||
## Flujo operativo memorizado
|
## Siguiente lote acordado
|
||||||
1. Construir y validar local en `http://127.0.0.1:5001`.
|
1. Subir calidad visual global (no solo `Redes`) con sistema consistente por bloque.
|
||||||
2. Guardar cambios en commits atomicos.
|
2. Rehacer fondos animados a nivel pro (capas, movimiento elegante, control fino).
|
||||||
3. Push a `origin/ai/ub24-builder-v1` en cada lote validado.
|
3. Rehacer transiciones/hover con calidad premium y coherencia global.
|
||||||
4. Actualizar hash y estado en `codex/VERSIONADO_IA.md`.
|
4. Mantener flujo: `1 archivo + 1 cambio + 1 prueba` por iteracion.
|
||||||
|
|
||||||
## Metodo acordado (memorizado)
|
## Metodo operativo
|
||||||
- Misma rama + control por hash/revert.
|
- Misma rama + control por hash/revert.
|
||||||
- Fixes acotados (un archivo por lote cuando aplique).
|
- Sin push/tag sin orden explicita del usuario.
|
||||||
- Probar inmediatamente cada cambio antes de avanzar.
|
- Validacion inmediata por URL canonica:
|
||||||
- Sin commit/push hasta orden explicita del usuario.
|
- `http://127.0.0.1:5001/elementor/1`
|
||||||
|
- Arranque:
|
||||||
|
- `python -m demo.app` desde `c:\word`
|
||||||
|
|
||||||
## Comando de arranque
|
## Memoria integrada desde STATE.md (raiz)
|
||||||
- `python -m demo.app` desde `c:\word`
|
- Objetivo paralelo vigente: automatizacion Docker estable en `C:\word` con flujo reproducible.
|
||||||
|
- Regla activa: un solo flujo oficial de automatizacion, cambios pequenos y verificables, registro de fallo+fix.
|
||||||
|
- Flujo Docker objetivo:
|
||||||
|
1. `docker compose build`
|
||||||
|
2. `docker compose up -d`
|
||||||
|
3. `docker compose ps`
|
||||||
|
4. `docker compose logs --tail=200`
|
||||||
|
5. `docker compose restart <service>` cuando aplique
|
||||||
|
- Proximo paso operativo en esa linea: definir compose canonico unico y retirar variantes no usadas.
|
||||||
|
- Estandar visual SaaS validado (2026-02-28): referencia `Campos Misiones` como base premium replicable.
|
||||||
|
|
||||||
|
## Pendientes criticos memorizados (24 Febrero 2026)
|
||||||
|
1. Paridad real entre editor y preview final:
|
||||||
|
- lo que se ve mientras se edita debe verse igual en `/elementor/<id>/preview-final`.
|
||||||
|
2. Movimiento libre real de objetos:
|
||||||
|
- drag/reordenamiento debe funcionar estable y predecible.
|
||||||
|
3. Cache:
|
||||||
|
- revisar y corregir cache agresiva que oculta cambios recientes.
|
||||||
|
4. Ancho de bloques:
|
||||||
|
- no forzar 100% por defecto.
|
||||||
|
- permitir control real de ancho (mas angosto/mas ancho) sin romper layout.
|
||||||
|
5. Hero izquierda/derecha:
|
||||||
|
- swap de contenido debe reflejarse claramente en editor y preview final.
|
||||||
|
6. Modularizacion tecnica:
|
||||||
|
- dividir `elementor_builder.html` en archivos mas pequenos (CSS/JS por responsabilidades) para evitar regressiones y acelerar fixes.
|
||||||
|
|||||||
Reference in New Issue
Block a user