Grid-multi como sección del shell
Generado automáticamente desde el archivo fuente. No editar a mano — vuelve a ejecutar
catalyst-changelog-sync.
Qué cambió
Sección titulada «Qué cambió»- BREAKING —
grid-select-multiple-elementsdeja de renderizar dentro del form. El detail shell emite una<section hlmCard class="mt-4">separada por cada widget grid-multi, envuelta en@if (mode() === 'edit'). El patrón refleja el delgrid-elements-managerexistente (SPEC-15). - BREAKING (contrato del form) — el contrato de 10 puertos introducido el mismo día en
grid-multi-manager-pattern-emissionse elimina. El template del form ya no emite<rel>LinkedData / Loading / LinkRequested / ...; el form vuelve a ser una hoja tonta simple. - El filtro del form-body omite incondicionalmente
grid-select-multiple-elements. El partial correspondiente queda reducido a un comentario HTML defensivo. - El template del form deja de importar
GridSelectMultipleElementsComponent,DataTableData,ManagerLoadingStateyServerTableState. El detail shell asume esos imports.
Por qué importa
Sección titulada «Por qué importa»El cambio anterior del mismo día emitía el widget manager dentro del card max-w-3xl del form — visualmente apretado para una tabla paginada con búsqueda, filtros y cientos de filas. El widget hermano grid-elements-manager ya había fijado el patrón correcto: renderizar en el detail shell como su propio card a ancho completo debajo del form. Este cambio alinea grid-select-multiple-elements con ese patrón. El cableado del orchestrator no cambia (init() secuencial, relationIncludes, el bundle de tres composables); solo se mueve el lugar de renderizado. Los forms downstream editados a mano que consumían los 10 puertos hay que regenerarlos — el form vuelve a su superficie pre-passthrough y el shell conecta el widget directamente al orchestrator.