Mike42.me Website Review

Today I’m writing about a new project that I’ve started to create a font, called “Thermal Sans Mono”. I’m hoping to make this into a set of specialized free bitmap fonts for use on thermal receipt printers and printer emulators. In this blog post I’ll talk a bit about why I needed a new font, how it’s derived from GNU Unifont, and what I’m planning to do with Firstly, I am solving a technical problem, not a design problem. Printing non-ASCII characters on receipts can get a bit complex, especially if you have a lot of different printers to support. Each thermal receipt printer has a different set of available “code pages” of glyphs, which makes localisation a real adventure. can currently create software which accepts UTF-8 text, and switches between the available code pages to render text for a specific from the python-escpos library, the ? subsitution character still has to be printed for some characters: Rather than send a ? character, I think we could retrieve a glyph from a suitable font and send it as a bitmap instead. I previously wrote don’t have the correct size or weight to be displayed alongside the glyphs that the printer has rendered itself. Of course we can’t do this yet, because there is no suitable bitmap font. The closest font to what we need is GNU Unifont, which is thankfully freely licensed. A Unifont glyph is typically 8×16 with a thin line and a lot of whitespace, while I need to print in 12×24, with thick lines and no whitespace. To control as many variables as possible, I decided to pre-render a transformed version of GNU Unifont. This involved tracing the original The first step is to use a purpose-built algorithm to trace the lines from the glyph: The points are then re-drawn onto a new canvas with a thicker outline, and a lot less whitespace. This glyph is now the correct size and weight for use on most thermal receipt printers. Currently, I have only processed the ASCII characters. As a GNU Unifont derivative, we should (with some effort) be able to include