fdp on nested clusters

Engine

fdp

Command, both sides

dot -Kfdp -Tsvg input.gv

Input

tests/fixtures/clust4.gv · 401 bytes

Features

clusters

Result

identical on macOSidentical under portable math

OverprintSide by sideBlinkPixel diffSource diff

Comparing…

Magenta plate

100%

C onlyport onlyboth: in register

Live check, in this browserRun again

Waiting to load the WASM build (1.7 MB, about 700 KB compressed)

The browser runs renderAllBytes(input, "fdp", "svg") on the same bytes the C reference read. WASM uses the portable math library, not Apple's libm, so a layout that depends on the last bit of sin or pow can legitimately differ (why).

Input

clust4.gv

digraph G {

  subgraph cluster_0 {
    style=filled;
    color=lightgrey;
    node [style=filled,color=white];
    a0 -> a1 -> a2 -> a3;
    label = "process #1";
  }

  subgraph cluster_1 {
    node [style=filled];
    b0 -> b1 -> b2 -> b3;
    label = "process #2";
    color=blue
  }
  start -> a0;
  start -> b0;
  a1 -> b3;
  b2 -> a3;
  a3 -> a0;
  a3 -> end;
  b3 -> end;

  start [shape=Mdiamond];
  end [shape=Msquare];
}

Files

File	Bytes	SHA-256
input.gv	401
c.svg C	8,325	f52b2feb4aa6de4ad1e5444caa288b06739dd57e6dbd5563215d8b098bedd9cf
rust.svg Rust	8,336	159fb030a2a448abfe0c42a3f8399337f8a227b836b140ee5d7370d12a659aa9

The two hashes differ even when the outputs are identical, because each file keeps its own generator comment. Made by scripts/site-samples.sh.

Previousfdp with clustersAll samplesNextsfdp spring smoothing