egutierrez
b5fc99c2fa
Apps que gestionan su propio LayoutStorage (cfg.auto_layouts=false + cfg.layouts_cb=&own_cb) necesitan llamar layout_storage_apply_pending en el momento correcto: despues de ImGui::NewFrame y ANTES de menubar + auto-dockspace + cualquier Begin() del frame. Antes, si la app llamaba apply_pending dentro de render_fn (es decir, mid-frame), ImGui cargaba el INI pero las dock-nodes no se restauraban hasta el siguiente ciclo: las ventanas docked aparecian flotantes. cfg.pre_frame es un std::function<void()> opcional que run_app y run_app_test invocan justo despues de NewFrame, antes del bloque auto_layouts_storage, antes de app_menubar y antes del auto-dockspace. Default null = no-op, sin impacto en apps existentes. Apps con auto_layouts=true (la mayoria) no necesitan tocar nada — el framework ya hace apply_pending en su propio bloque. pre_frame es puramente para apps con layout custom. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
fn-registry — Schema de documentación
Registry personal de código con búsqueda FTS. Diseñado para composición funcional y agentes.
Archivos
functions.md— Schema de la tabla functions (incluye pipelines y componentes React)types.md— Schema de la tabla typesintegrity.md— Reglas de integridad y referencias cruzadasarchitecture.md— Visión general del sistemasync_setup.md— Vincular una PC al serverregistry.organic-machine.com(env vars,fn sync, troubleshooting)
Tablas
| Tabla | Descripción |
|---|---|
functions |
Funciones atómicas, pipelines y componentes React |
types |
Tipos algebraicos (product / sum) |
kind: valores posibles
| Valor | Descripción |
|---|---|
function |
Función atómica pura o impura |
pipeline |
Composición de funciones, siempre impura |
component |
Componente React, extiende el schema base |
fn-registry schema v1.0