Orthogonal routing in clusters

Engine

dot

Command, both sides

dot -Kdot -Gsplines=ortho -Tsvg input.gv

Input

graphviz-16.1.0/graphs/directed/clust4.gv · 401 bytes

Features

splines=orthoclusters

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, "dot", "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).The WASM API takes no -G flags, so this check reads a copy with splines=ortho; written at the top of the graph; C gives the same bytes for that copy (checked when the sample was built).

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,301	925e2f1a0872e3717cf89a4b2fd54f933aa8a3fe86c86f5a5fa6b734d033e357
rust.svg Rust	8,312	2c7ebee57cce0e7e14c51dadf53e6cd8ea70d7cf6318d430475bd8f3087b751c

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

PreviousHTML-like tablesAll samplesNextOrthogonal switch network