1# llimphi-compositor
2
3*Read this in English: [README.md](README.md).*
4
5El núcleo declarativo de Llimphi, sin winit.
6
7Aquí vive el árbol de vista `View<Msg>` (DSL declarativo), su instalación
8sobre taffy (`mount`), el pintado a `vello::Scene` (`paint`/`paint_gpu`) y
9el hit-test. Nada de esto necesita una ventana ni `llimphi-hal`: la
10composición `view → layout → scene` es pura y reutilizable.
11
12El runtime que la maneja vive aparte:
13- `llimphi-ui` la corre sobre winit (`run<A: App>()`).
14- a futuro, un runtime sobre el framebuffer del kernel `wawa` puede
15 reusar exactamente este compositor sin arrastrar winit.
16
17`wgpu` entra sólo por la firma de `GpuPaintFn` (tipos de Device/Queue/
18Encoder/TextureView); `wgpu` no depende de winit, así que el compositor
19sigue libre de windowing.
20
21---
22
23Parte de **llimphi** — ver [llimphi](../LEEME.md).
LEEME.md
llimphi-compositor
Read this in English: README.md.
El núcleo declarativo de Llimphi, sin winit.
Aquí vive el árbol de vista View<Msg> (DSL declarativo), su instalación
sobre taffy (mount), el pintado a vello::Scene (paint/paint_gpu) y
el hit-test. Nada de esto necesita una ventana ni llimphi-hal: la
composición view → layout → scene es pura y reutilizable.
El runtime que la maneja vive aparte:
llimphi-ui la corre sobre winit (run<A: App>()).- a futuro, un runtime sobre el framebuffer del kernel
wawa puede
reusar exactamente este compositor sin arrastrar winit.
wgpu entra sólo por la firma de GpuPaintFn (tipos de Device/Queue/
Encoder/TextureView); wgpu no depende de winit, así que el compositor
sigue libre de windowing.
Parte de llimphi — ver llimphi.