1# llimphi-wire-view
2
3*Read this in English: [README.md](README.md).*
4
5IR serializable de un subset de `View<Msg>`.
6
7Un `WireNode` espeja la forma de `llimphi_compositor::View`: un árbol de
8cajas con dirección flex, dimensiones, padding, relleno, radio, un texto
9opcional y handlers. La diferencia clave: los callbacks **no cruzan la
10frontera WASM**. En lugar de un `Fn() -> Msg`, cada nodo interactivo carga
11`on_click: Option<Vec<u8>>` — los bytes postcard del `Msg` del guest. El
12host rebota esos bytes a `dispatch` del guest, que los decodifica y corre
13su `update`. Como en Llimphi `on_click` ya es `Option<Msg>` por valor (no
14una clausura), el mapeo es directo.
15
16`no_std + alloc`: el mismo IR sirve para un guest no_std (incluso una app
17wawa) y para el host con std.
18
19---
20
21Parte de **llimphi** — ver [llimphi](../LEEME.md).
LEEME.md
llimphi-wire-view
Read this in English: README.md.
IR serializable de un subset de View<Msg>.
Un WireNode espeja la forma de llimphi_compositor::View: un árbol de
cajas con dirección flex, dimensiones, padding, relleno, radio, un texto
opcional y handlers. La diferencia clave: los callbacks no cruzan la
frontera WASM. En lugar de un Fn() -> Msg, cada nodo interactivo carga
on_click: Option<Vec<u8>> — los bytes postcard del Msg del guest. El
host rebota esos bytes a dispatch del guest, que los decodifica y corre
su update. Como en Llimphi on_click ya es Option<Msg> por valor (no
una clausura), el mapeo es directo.
no_std + alloc: el mismo IR sirve para un guest no_std (incluso una app
wawa) y para el host con std.
Parte de llimphi — ver llimphi.