|Category||Unicode, Bitmap, Sans-serif|
|Designer(s)||Roman Czyborra, Paul Hardy|
|Date released||12.0.01 (March 5, 2019[±])|
|License||GNU General Public License|
|See all characters|
The GNU Unifont by Roman Czyborra is a free Unicode bitmap font using an intermediate bitmapped font format. The main Unifont covers the entire Basic Multilingual Plane (BMP) while the "Upper" companion covers significant parts of the Supplementary Multilingual Plane.
It is present in most free operating systems and windowing systems such as Linux, XFree86 or the X.Org Server and some embedded firmware such as RockBox. The font is released under the GNU General Public License Version 2+ with a font embedding exception (embedding the font in a document does not require the document to be placed under the same license).
It became a GNU package in October 2013. The current maintainer is Paul Hardy.
The Unicode Basic Multilingual Plane covers 216 = 65,536 code points. Of this number, 2048 are reserved for special use as UTF-16 surrogate pairs and 6,400 are reserved for private use. This leaves 57,088 code points to which glyphs can be assigned. Some of these code points are special values that do not have an assigned glyph, but most do have assigned glyphs.
As of March 2019[update], the GNU Unifont has complete coverage of the Basic Multilingual Plane as defined in Unicode 12.0.0. Its companion fonts, Unifont Upper and Unifont CSUR, have significant coverage of the Supplementary Multilingual Plane and the ConScript Unicode Registry, respectively. Scripts that are less than 100% complete can be augmented by any contributor.
A few "specialized versions" have been built by request and made available by Paul Hardy. These include a bitmap TTF (SBIT) with empty glyphs filled with code-point values for FontForge users to read, a PSF bitmap with glyphs for APL programmers, and single-file versions in Roman's .hex format (see below). The actual organization of the source consists of smaller .hex files to be stitched together and converted to other formats in a build.
Luis Alejandro González Miranda wrote scripts to vectorize and convert the BDF font to TrueType format using FontForge. Paul Hardy adjusted these scripts to handle combining characters (accents, etc.) for the latest TrueType versions.(TrueType Font Generation)
The .hex font format
The GNU Unifont .hex format defines its glyphs as either 8 or 16 pixels in width by 16 pixels in height. Most Western script glyphs can be defined as 8 pixels wide, while other glyphs (notably the Chinese-Japanese-Korean, or CJK set) are typically defined as 16 pixels wide.
The unifont.hex file contains one line for each glyph. Each line consists of a four digit Unicode hexadecimal code point, a colon, and the bitmap string. The bit string is 32 hexadecimal digits for an 8 pixel wide glyph or 64 hexadecimal digits for a 16 pixel wide glyph. The goal is to create an intermediate format that would facilitate adding new glyphs.
A '1' bit in the bit string corresponds to an 'on' pixel. Pixels bits are stored top to bottom, left to right.
This is an example font containing one glyph, for ASCII capital 'A'.
The first number is the hexadecimal Unicode code point, with range 0000 through FFFF. Hexadecimal 0041 is decimal 65, the code point for the letter 'A'. The colon separates the code point from the bitmap. In this example, the glyph is 8 pixels wide, so the bit string is 32 hexadecimal digits long.
The bit string begins with 8 zeros, so the top 4 rows will be empty (2 hexadecimal digits per 8 bit byte, with 8 bits per row for an 8 pixel-wide glyph). The bit string also ends with 4 zeros, so the bottom 2 rows will be empty. It is implicit from this that the default font descender is 2 rows below the baseline, and the capital height is 10 rows above the baseline. This is the case in the GNU Unifont with Latin glyphs.
Over time a number of ways have been derived to handle the format. The earliest way is the
hexdraw Perl script, which converts the string into an ASCII art representation to be edited in a text editor. As of April 2019[update], the current way involves generating a bitmap image grid for an entire range of code points and working with an image editor. In either case, the edited glyphs are converted back into .hex files for storage.
|Actual output||Spaced out for ease-of-reading|
0041: –––––––– –––––––– –––––––– –––––––– –––##––– ––#––#–– ––#––#–– –#––––#– –#––––#– –######– –#––––#– –#––––#– –#––––#– –#––––#– –––––––– ––––––––
0041: – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – # # – – – – – # – – # – – – – # – – # – – – # – – – – # – – # – – – – # – – # # # # # # – – # – – – – # – – # – – – – # – – # – – – – # – – # – – – – # – – – – – – – – – – – – – – – – –
Roman Czyborra created the Unifont format in 1998 after earlier efforts dating to 1994.
In 2008, Luis Alejandro González Miranda wrote a program to convert this font into a TrueType font. Paul Hardy modified it later to support combining characters in the TrueType version.
Finally, Richard Stallman dubbed Unifont a GNU package in October 2013, with Paul Hardy as its maintainer.
|Wikimedia Commons has media related to GNU Unifont.|