Ahmed Gomaa 1d011ab8ad Render: a compound path's members are assembled once and kept with the node ...

A compound path was assembled from its members in every frame it was
drawn, and Node::stroke_path grew its buffer by doubling, copying the
path into ever larger buffers for a compound path of many anchors. The
renderer's geometry cache was swept only once it held more than 1,024
entries, so while an object was dragged (a new node, and layer, in
every frame) the old copies stayed alive with all their members.

Now:
- a compound path is drawn from the path the renderer keeps for it in
  its geometry cache, as a plain path already was, and is assembled
  only when the node changes;
- Node::stroke_path sizes a compound path's buffer up front from its
  members' segment counts (the same elements, in the same order);
- unused geometry entries are dropped after a few frames however few
  entries there are.

Tests:
- crates/render/src/tests/memory.rs: the second frame draws the kept
  path and the same pixels as the first and as a new renderer; after a
  five-frame move the renderer no longer holds the compound path drawn
  before it. The test fails without the renderer change.
- crates/doc/src/node/tests.rs: a compound path's path is its members'
  paths in order (open, closed, empty and single-anchor members).

Not timed; vectorcraft-cli perf was not rerun.

2026-11-03 16:03:40 +07:00

..

examples

…

src

Render: a compound path's members are assembled once and kept with the node

2026-11-03 16:03:40 +07:00

tests/it

CI: one test binary per crate, nextest, line tables only (#3855)

2026-10-23 21:36:10 -04:00

Cargo.toml

Type: lam-alef highlight follow-up: optional features, all marks, exact ligature test (#394)

2026-10-31 19:43:17 +07:00