External labels

Engine

dot

Command, both sides

dot -Kdot -Tsvg input.gv

Input

tests/wild/gv16_graphs_xlabels_e9f1cf.gv · 402 bytes

Features

xlabelforcelabels

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).

Input

gv16_graphs_xlabels_e9f1cf.gv

digraph weight_tree{
node [shape=box color=lightblue,style=filled];

all [label="All items",xlabel="100"];
t1 [label="Part 1",xlabel="75"];
t2 [label="Part 2",xlabel="25"];
p1 [label="pPart 1",xlabel="50"];
p2 [label="pPart 2",xlabel="50"];
p3 [label="pPart 3",xlabel="50"];
p4 [label="pPart 4",xlabel="50"];
all -> t1 [label="75%"];
all -> t2;
t1 -> p1 [label="20%"];
t1 -> p2;
t2 -> p3;
t2 -> p4;
}

Files

File	Bytes	SHA-256
input.gv	402
c.svg C	5,519	358735b1b133313dddda7a76121ccf239fc7e5121ecd660584f3d964237cbf60
rust.svg Rust	5,530	a7030033b14393fe57b2315db41ba834ffabc83741ef037b27a0651cad5441e2

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

PreviousRadial gradientsAll samplesNextEdges between clusters