sand.flan now loads a 16x8 sheet of two 8x8 brush frames and draws it four ways: the frame under the cursor through draw-texture-rec, and three badges in the corner through draw-texture, draw-texture-v and draw-texture-ex. That is not decoration — it is one call site per binding that the acceptance table cannot reach, and without it draw-texture-v and draw-texture-ex would be code nobody had ever executed. A failed load says so by name. LoadTexture on a missing file returns an id of 0, and every draw with that texture silently does nothing, so the program would look like it had a drawing bug rather than a missing file. texture-valid? is asked once at load and the answer is both printed and remembered, so the sand still runs with the cursor off. brush.png is generated rather than drawn — two circles, one ring and one filled, 102 bytes — so the repository gains an asset nobody has to keep. What this was checked by: xvfb-run, a screenshot of the running window, and the badges counted in it. Also with brush.png moved away, which is how the refusal path above is known to fire rather than merely to compile.
Description
Languages
OCaml
67.2%
Emacs Lisp
15.2%
C
10.4%
HTML
2.9%
Standard ML
2.8%
Other
1.5%