Here's a simple Slug rendering example on top of sokol_gfx.h:

via WebGPU backend: https://floooh.github.io/sokol-webgpu/slug-sapp.html

via WebGL2 backend: https://floooh.github.io/sokol-html5/slug-sapp.html

There's quite a bit of helper code plus stb_truetype.h and stb_ds.h under the hood to parse TTF files and crunch the TTF curve data into the runtime format expected by the Slug shader (this stuff should better go into an offline asset pipeline tool):

https://github.com/floooh/sokol-samples/blob/master/libs/slu...

...the actual text rendering code is also taking a couple of shortcuts, e.g. no kerning, no right-to-left, and also no text shaping.

There's also a new and complete text rendering stack by Mikko Mononen called Skribidi (AFAIK not based on Slug though):

https://github.com/memononen/Skribidi

...the list of external dependencies is a bit scary for a small self-contained sample though (Harfbuzz, SheenBidi, libunibreak, etc...), but that basically shows that proper international text rendering is really damn hard, even when trying to simplify the code as much as possible.

... or why it's best to just use the OS libraries to render to textures if you only need an OSD :P

Question though, you implemented the slug system? The article mentions root eligibility but doesn't expand on it, what's the point of it because slug doesn't seem too "magical" for only doing winding counts?