Windows Bitmap Font
The Glyph Bitmap Distribution Format (BDF) by Adobe is a file format for storing bitmap fonts. The content takes the form of a text file intended to be human- and computer-readable. BDF is typically used in UnixX Window environments. It has largely been replaced by the PCF font format which is somewhat more efficient, and by scalable fonts such as OpenType and TrueType fonts.
- Bitmap Typeface
- Windows Bitmap Font Free
- Windows Bitmap Font Image
- Free Bitmap Fonts
- Windows Bitmap Font Png
Terminus Font is a clean, fixed width bitmap font, designed for long (8 and more hours per day) work with computers. Version 4.49.1 contains 1356 characters, covers about 120 language sets and supports ISO8859-1/2/5/7/9/13/15/16, Paratype-PT154/PT254, KOI8-R/U/E/F, Esperanto.
- W95FA is a modern re-creation of old Microsoft font used in Windows 95. Includes both.otf and webfonts (.woff2 and.woff). You can see the font in action as webfont in a Windows95 theme here: Free for both personal and commercial use, licensed under SIL OpenFont license.
- A free, high-quality, and portable font engine FreeType is written in C. It is designed to be small, efficient, and highly customizable while capable of producing high-quality output (glyph images) of most vector and bitmap font formats for digital typography. FreeType is a freely available and portable software library to render fonts.
- 282 free Bitmap/Pixel fonts direct download. FreeFontsPro is the best place to download free Fonts. We have more than 13000 free fonts in over 100 font categories, including all font styles and font faces.
- It is OpenType SVG font that you can directly type as Foil Balloon. It is a complete font family with Script and Sans characters. Also with drop shadow version to use on flat background images and without drop shadow version to use like flowing in the air. Each font is generated in only one color, Script style is rose, Sans style is silver.
Overview[edit]
As of 2013 the current version of BDF is 2.2. No future revisions are anticipated. Earlier versions were referred to as the Character Bitmap Distribution Format.
In 1988, the X Consortium adopted BDF 2.1 as a standard for X Window screen fonts,[1] but X Windows has largely moved to other font standards such as PCF, Opentype, and Truetype.
Version 2.2 added support for non-Western writing. For example, glyphs in a BDF 2.2 font definition can specify rendering from top-to-bottom rather than simply left-to-right.
A BDF font file contains three sections:
- a global section that applies to all glyphs in a font;
- a section with a separate entry for each glyph; and
- the ENDFONT statement.
Example[edit]
This is an example font containing one glyph, for ASCII capital 'A'. This glyph is taken from the GNU Unifont.
In the above example, the global declarations begin with the 'STARTFONT' line and end with the 'CHARS' line.
'STARTFONT 2.1' defines the version of this BDF file as version 2.1.
'FONT -gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1' defines the font family and face names as an X logical font description.
'SIZE 16 75 75' defines this to be a 16 point font, with an X-axis resolution of 75 dots per inch (dpi) and a Y-axis resolution of 75 dpi. This is the norm under X Window.
'FONTBOUNDINGBOX 16 16 0 -2' defines a bounding box for the font of 16 pixels wide by 16 pixels high, with the lower left-hand corner starting at x=0, y=-2. Note that although the bounding box is defined to be a 16 by 16 cell, this can be overridden for individual glyphs. The 'A' glyph, for example, is only 8 pixels wide.
'STARTPROPERTIES 2' declares that two special properties will follow. 'STARTPROPERTIES' is optional in the BDF specification. X Window allows the properties FONT_ASCENT and FONT_DESCENT to show the height above and below the baseline, respectively, for all glyphs. 'FONT_ASCENT 14' declares that 14 of the 16 pixels in height are above the baseline. 'FONT_DESCENT 2' declares that 2 of the 16 pixels in height are below the baseline. 'ENDPROPERTIES' appears at the end of the 'STARTPROPERTIES' section.
'CHARS 1' declares that one character will follow. Although Adobe now refers to this file format as the Glyph BDF, they have retained the keyword 'CHARS' in the final version of the specification.
Lines beginning with the word 'COMMENT' can be inserted within a BDF file. Anything following the 'COMMENT' keyword on a line is ignored.
Following the above global declarations, the following entries may repeat for each glyph.
'STARTCHAR U+0041' specifies the start of a character in version 2.1 and earlier, or of a glyph in version 2.2. The string name of this particular character is 'U+0041', expressing in the Unicode convention the code point hexadecimal 41 (decimal 65, the ASCII character 'A'). In version 2.1 and earlier, the character name string was limited to 14 characters. In version 2.2, the glyph name string can contain up to 65,535 characters.
'ENCODING 65' declares the decimal code point for this glyph in the font.
'SWIDTH 500 0' declares the Scalable Width of 500 on the X-axis and 0 (default) on the Y-axis. This will result in an X-axis offset to the next glyph, but no Y-axis offset to the next glyph (i.e., the glyphs appear straight across in a line). The scalable width is 1000 times the actual point size of the character—the same unit used in an Adobe Font Metric (AFM) file. The number of pixels calculated as
pixels = (scalable_width / 1000) * (resolution / 72),
where scalable_width is 500 in this example, and resolution is 75 dpi for this font. Because 75 is approximately equal to 72, the number of pixels is the full width of a glyph (defined globally as 16 pixels) times 500 / 1000, or in other words the width of this glyph is 8 pixels.
'DWIDTH 8 0' declares the Device Width of a glyph. In this case, after the glyph is rendered, the start of the next glyph is offset 8 pixels on the X-axis and 0 pixels on the Y-axis from the current glyph origin. Note that the Device Width is not necessarily equal to the width of the glyph. It is simply the offset on the X-axis to move the current point to the start of the next glyph.
The Scalable Width is used to calculate the width of a high-resolution glyph on a printer, whereas the Device Width is used to calculate the width of a glyph on a display device. Thus Scalable Width is specified to greater precision than Device Width.
'BBX 8 16 0 -2' declares a bounding box that is 8 pixels wide and 16 pixels tall. The lower left-hand corner of the character is offset by 0 pixels on the X-axis and -2 pixels on the Y-axis.
'BITMAP' begins the bitmap for the current glyph. This line must be followed by one line per pixel on the Y-axis. In this example the glyph is 16 pixels tall, so 16 lines follow. Each line contains the hexadecimal representation of pixels in a row. A '1' bit indicates a rendered pixel. Each line is rounded to an 8 bit (one byte) boundary, padded with zeroes on the right. In this example, the glyph is exactly 8 pixels wide, and so occupies exactly 8 bits (one byte) per line so that there is no padding. The most significant bit of a line of raster data represents the leftmost pixel.
'ENDCHAR' ends the current glyph.
The declarations 'STARTCHAR' through 'ENDCHAR' are repeated for each glyph in a font.
'ENDFONT' appears as the last line in the file, after all glyphs in the font have been enumerated.
Version 2.2 Extensions[edit]
Version 2.2 of the BDF specification adds support for non-Western fonts. These additions allow moving the origin by a positive or negative movement on the X and Y axes. This not only accommodates right-to-left writing direction, but even top-to-bottom (for example, for Chinese). The following values provide multinational-font support:
METRICSET: set to 0 for writing direction 0, 1 for writing direction 1, or 2 (in the initial global area) for both writing directions within the same font. Traditional Western left-to-right scripts use 'METRICSET 0'.
SWIDTH1, DWIDTH1: these have the same parameters as SWIDTH and DWIDTH, respectively. DWIDTH1 must be present for a METRICSET 1 glyph. Its offsets can be positive or negative.
VVECTOR defines an X-axis offset and a Y-axis offset to transition from a mode 0 glyph to a mode 1 glyph. An opposite offset is applied during a mode 1 to mode 0 glyph transition.
This scheme easily accommodates two writing directions. Historically, fonts had 128 or 256 code points. Today, Unicode allows for over one million code points. Fonts can conceivably contain thousands of glyphs, some of which should be written left-to-right, some right-to-left, and some top-to-bottom. Such multi-directional writing requires creative use of DWIDTH1 and SWIDTH1 for each glyph.
In addition to keywords added for international support, version 2.2 adds the 'CONTENTVERSION' declaration. This keyword is followed by an integer to indicate the version number of the font.
For more detailed information, consult the version 2.2 specification.
X Window Properties[edit]
X Window font utilities support several properties that can be specified in the STARTPROPERTIES section of a BDF file.[2] A generic BDF file is in ASCII encoding. X Window properties are specified using ISO 8859-1 encoding, which is an extension of ASCII. These properties include:
- CAP_HEIGHT integer—the height above the baseline of a capital letter (See Cap height).
- COPYRIGHT string—a copyright statement.
- DEFAULT_CHAR positive—the default character (glyph) to display for an undefined glyph.
- FACE_NAME string—the name of the face for this font.
- FONT string—the X Window name of the font.
- FONT_ASCENT integer—the height above the baseline, for line spacing calculation.
- FONT_DESCENT integer—the descender below the baseline, for line spacing calculation.
- FONT_VERSION string—the version of the font.
- FOUNDRY string
- FAMILY_NAME string—the font family name.
- NOTICE string—a general comment.
- POINT_SIZE integer—See Point (typography). If it is not separately specified, EMspace = round(POINT_SIZE/10), ENspace = round(POINT_SIZE/20), and THINspace = round(POINT_SIZE/30).
- RESOLUTION_X positive
- RESOLUTION_Y positive
- SLANT string -- 'R' is Roman, 'I' is Italic, 'O' is Oblique, 'RI' is Reverse Italic, 'RO' is Reverse Oblique, 'OT' is Other and a number indicates polymorphic slant capability.
- WEIGHT_NAME string—the weight of this font ('Bold' and 'Normal' are typical, though there is no set enumeration).
- X_HEIGHT integer—the height above the baseline of a lower-case 'x' (See x-height).
...where 'integer' is a natural number, 'positive' is a positive number (of value 1 or higher), and 'string' is an ISO 8859-1 character string.
Notes[edit]
- ^'X Window System, Version 11, Release 3'. X.Org Foundation. October 1988. Retrieved 19 January 2016.
- ^Flowers, Jim (1994) [1988]. '3.2 Font Properties'. X Logical Font Description Conventions (Version 1.5 ed.). X Consortium, Inc. p. 13. Archived from the original on 2013-03-31. Retrieved 2009-01-08.
References[edit]
- The Unicode Standard, Version 5.0. The Unicode Consortium (5th ed.). Addison-Wesley. October 2006. ISBN978-0-321-48091-0.CS1 maint: others (link)
External links[edit]
FONT INDEX: Select a font to see a detailed preview and try it out for yourself.
- All fonts include the full CP437 (DOS/US) character range; fonts labeled 'Plus' have extended Unicode versions, too.
- Most of these fonts were made for CRT or LCD monitors that didn't necessarily have square pixels, unlike current displays. Alongside the simple square-pixel versions, these fonts have aspect-corrected variants to reproduce the original appearance.
- For fonts that *were* originally used in square-pixel resolutions (or close enough that the difference is negligible), no aspect-corrected variants are provided.
I. Fonts from the IBM PC & Family
These are the original character sets provided with the IBM PC line (PC, XT, PCjr, AT, PS/2, etc.) in hardware or firmware, and with official add-on products from IBM, such as graphics adapters and certain versions of DOS. Naturally, they were also duplicated by a huge number of 3rd-party hardware manufacturers.
IBM PC System BIOS
With pre-EGA video, the system BIOS provides the default 8x8 font for graphics mode (the firmware contains only the lower 128 ASCII characters; the upper half has to be loaded separately). For EGA and up, IBM included the full version in the on-board video ROM, for text *and* graphics modes that require an 8x8 font.
The wide '2x' version is seen e.g. in 160x200 (PCjr) or 320x400 (VGA). The '2y' version is what you get in 640x200 modes.
| Font/Charsets | Aspect | Sample |
|---|---|---|
8x8; CP437, Plus | Square 1:1 | |
| Correct 5:6 | ||
IBM BIOS-2x 8x8; CP437, Plus | Square 2:1 | |
| Correct 5:3 | ||
8x8; CP437, Plus | Square 1:2 | |
| Correct 5:12 |
IBM First-Generation Video - CGA/MDA
IBM's first two video solutions shared the same character ROM, which provided the text mode font: neither CGA nor MDA could redefine it. Cards for the US market contained the CP437 character set; the non-US characters in the 'Plus' fonts were adapted from localized ROMs off cards sold internationally (most of the Greek, Cyrillic and Hebrew blocks), plus manual additions.
CGA (Color/Graphics Adapter) and PCjr:
For CGA, the ROM contains two different 8x8 fonts usable in text mode. The default 'thick' variant differs from the BIOS font in only four characters (♣, ♠, ☼, S); PCjr text modes use this font too. The alternate 'thin' one is selectable in CGA only, and requires hardware modification. I've included 1:1 (40-column) and half-width (80-column) versions for both of these.
| Font/Charsets | Aspect | Sample |
|---|---|---|
8x8; CP437, Plus | Square 1:1 | |
| Correct 5:6 | ||
IBM CGA-2y 8x8; CP437, Plus | Square 1:2 | |
| Correct 5:12 | ||
8x8; CP437, Plus | Square 1:1 | |
| Correct 5:6 | ||
IBM CGAthin-2y 8x8; CP437, Plus | Square 1:2 | |
| Correct 5:12 |
MDA (Monochrome Display/Printer Adapter):
The same ROM includes the 14-scanline font used by the MDA for its single mode – 80-column text. Its characters are stored as 8 pixels wide, but displayed with an additional 9th column: blank for most glyphs, but for box/block-drawing chars it duplicates the 8th. The same font was used on the Hercules Graphics Card and a host of other clones.
| Font/Charsets | Aspect | Sample |
|---|---|---|
9x14; CP437, Plus | Square 1:1 | |
| Correct 2:3 |
IBM Second-Generation Video - EGA/MCGA/VGA
These adapters introduced fully programmable character sets, so DOS could now redefine them for international scripts - the multilingual 'Plus' versions here are based on various DOS code pages. 80-column text was evidently the main focus by this point: at 40 columns, the funny pixel aspect ratio makes the default font even *less* readable than CGA.
EGA (and later):
The EGA's text modes (and 640x350 graphics mode) use the new 8x14 font by default. The 8x8 font is identical to the PC BIOS one, but it gets its own version, since the narrower aspect ratio in 350-line modes is specific to EGA:
| Font/Charsets | Aspect | Sample |
|---|---|---|
8x14; CP437, Plus | Square 1:1 | |
| Correct 3:4 | ||
IBM EGA 8x14-2x 8x14; CP437, Plus | Square 2:1 | |
| Correct 3:2 | ||
8x8; CP437, Plus | Square 1:1 | |
| Correct 3:4 | ||
IBM EGA 8x8-2x 8x8; CP437, Plus | Square 2:1 | |
| Correct 3:2 |
When the EGA is used with a monochrome monitor, character cells receive a bonus 9th column just like on MDA/Hercules. The 14-line font even sports wider variants of some glyphs for this purpose.
| Font/Charsets | Aspect | Sample |
|---|---|---|
9x14; CP437, Plus | Square 1:1 | |
| Correct 2:3 | ||
IBM EGA 9x14-2x 9x14; CP437, Plus | Square 2:1 | |
| Correct 4:3 | ||
9x8; CP437, Plus | Square 1:1 | |
| Correct 2:3 | ||
IBM EGA 9x8-2x 9x8; CP437, Plus | Square 2:1 | |
| Correct 4:3 |
VGA/MCGA (and later):
The PS/2 standards further modified the system font, with a character cell 16 pixels tall and a few stylistic changes ('O', '0' etc.).
With VGA, 9-dot character cells were now the default, and the resulting 9x16 glyphs make up the famous font which remains most strongly associated with ASCII art on the PC, and probably with the entire DOS era in general. The EGA sizes were also available, but with different aspect ratios due to the extra vertical resolution.
| Font/Charsets | Aspect | Sample |
|---|---|---|
9x16; CP437, Plus | Square 1:1 | |
| Correct 3:4 | ||
IBM VGA 9x16-2x 9x16; CP437, Plus | Square 2:1 | |
| Correct 3:2 | ||
9x14; CP437, Plus | Square 1:1 | |
| Correct 3:4 | ||
IBM VGA 9x14-2x 9x14; CP437, Plus | Square 2:1 | |
| Correct 3:2 | ||
9x8; CP437, Plus | Square 1:1 | |
| Correct 3:4 | ||
IBM VGA 9x8-2x 9x8; CP437, Plus | Square 2:1 | |
| Correct 3:2 |
Plain old 8-dot characters were still available, both on VGA and on its lobotomized low-end cousin, MCGA (where they were the only option). The 8x8 size here was exactly the same as the PC BIOS font once again, so no sense in adding yet another version of it.
| Font/Charsets | Aspect | Sample |
|---|---|---|
8x16; CP437, Plus | Square 1:1 | |
| Correct 5:6 | ||
IBM VGA 8x16-2x 8x16; CP437, Plus | Square 2:1 | |
| Correct 5:3 | ||
8x14; CP437, Plus | Square 1:1 | |
| Correct 5:6 | ||
IBM VGA 8x14-2x 8x14; CP437, Plus | Square 2:1 | |
| Correct 5:3 |
Other IBM Hardware
3270 PC (IBM 5271):
This one has some rather exotic video hardware, but also offers a basic 80x25 text mode with a distinct, (mostly) sans-serif 9x14 font. Unlike most PC hardware fonts, the 9th column is stored in the actual bitmap data.
| Font/Charsets | Aspect | Sample |
|---|---|---|
9x14; CP437 | Square 1:1 | |
| Correct 2:3 |
PGC (Professional Graphics Controller):
IBM's first high-end PC graphics card has a 400-line text mode with an 8x16 character cell. It basically takes the 8x14 EGA font and adds two scanlines, which most characters simply use as extra padding.
| Font/Charsets | Aspect | Sample |
|---|---|---|
IBM PGC 8x16; CP437 | Square 1:1 | |
| Correct 5:6 | ||
8x16; CP437 | Square 2:1 | |
| Correct 5:3 |
PC Convertible (IBM 5140):
Mostly based on CGA, the Convertible adds support for redefinable 8x8 charsets. The default is a rather elaborate serif font, which IBM also used as a basis for PC-DOS 3.20's LCD-specific codepages.
The squat, built-in monochrome LCD had square pixels at 640x200 (that's 16:5 - how's that for you widescreen fanatics?), but the optional external monitor was a regular 4:3 CRT, so the aspect-corrected versions are based on that.
| Font/Charsets | Aspect | Sample |
|---|---|---|
IBM Conv 8x8; CP437 | Square 1:1 | |
| Correct 5:6 | ||
8x8; CP437 | Square 2:1 | |
| Correct 5:3 | ||
IBM CONV-2y 8x8; CP437 | Square 1:2 | |
| Correct 5:12 |
Bitmap Typeface
PS/2 Model 30 (early revision):
In the earliest variant of the PS/2 Model 30 (the 'rev. 0' BIOS dated 09/02/86), the built-in 8x16 font is slightly different from the MCGA/VGA font of the later units: '0', 'O', 'ß', and characters with descenders and umlauts are closer to their EGA forms. The Model 30 is MCGA-only, so there is no 9-dot-wide version.
| Font/Charsets | Aspect | Sample |
|---|---|---|
8x16; CP437 | Square 1:1 | |
| Correct 5:6 | ||
IBM Model30r0-2x 8x16; CP437 | Square 2:1 | |
| Correct 5:3 |
PS/2 16-Bit ISA Models (alternate fonts):
PS/2 models based on the 16-bit ISA bus (at least the 25-286, 30-286, 25 SX, 35 SX) include additional fonts in ROM, alongside the usual VGA fonts. These are all rather nondescript, and I'm not aware of any software that ever actually used them; they're not documented and the video BIOS code doesn't seem to reference them, so such software is unlikely to exist.
| Font/Charsets | Aspect | Sample |
|---|---|---|
8x16; CP437 | Square 1:1 | |
| Correct 5:6 | ||
IBM Model3x Alt2 8x16; CP437 | Square 1:1 | |
| Correct 5:6 | ||
8x16; CP437 | Square 1:1 | |
| Correct 5:6 | ||
IBM Model3x Alt4 8x16; CP437 | Square 1:1 | |
| Correct 5:6 |
PS/55:
The PS/2's Japanese cousin had generously large bitmap fonts to support that language's various scripts. Since full CJK fonts are outside the scope of this collection, the version here is a CUSTOM REMAPPING to CP437 (with supplements).
Internally the bitmaps are 12x24 dots. Later, they were replicated in IBM DOS/V for generic PCs; at least the half-width Latin alphanumerics appear to be exactly the same, so this version is almost identical to the 'JP-24' font in the DOS/V section. Almost, but not quite: the PS/55's display adapterpadded the characters to 13x29, so this font follows suit.| Font/Charsets | Aspect | Sample |
|---|---|---|
13x29; CP437 | Square 1:1 |
Windows Bitmap Font Free
8514/A, XGA, XGA-2, Image Adapter/A - Adapter Interface drivers:
These are a bit of an exception here, since they're not really hardware fonts. IBM's more advanced PC video standards had, among other things, hardware-accelerated text output for their high-resolution graphics modes. These were accessed with an API called simply the Adapter Interface ('AI'), and the AI drivers for DOS contained some fonts for this purpose. (There's also an 8x14 size, but it basically copies the EGA/VGA font.)
True text modes remained purely a VGA function, although XGA(-2) had integrated the VGA part into the chipset, so they still used the same fonts as VGA.
| Font/Charsets | Aspect | Sample |
|---|---|---|
IBM XGA-AI 7x15 7x15; CP437 | Square 1:1 | |
12x20; CP437, Plus | Square 1:1 | |
IBM XGA-AI 12x23 12x23; CP437 | Square 1:1 |
Fonts from Specific IBM PC-DOS Versions
These are NOT what most would call 'the' DOS fonts, since DOS normally uses the video hardware's character set (or .CPI versions that strongly resemble it). Still, a number of DOS versions provided different fonts for specific purposes.
Windows Bitmap Font Image
ISO-compliant IBM PC-DOS fonts:
Starting with IBM PC-DOS 5.02 (and later in MS-DOS as well), the 'ISO.CPI' file included a bunch of new 8x16 codepage fonts. These were intended to comply with the (then-new) ISO standard for display ergonomics, namely ISO 9241-3:1992, 'Ergonomics - Office Work with Visual Display Terminals (VDTs) - Visual Display Requirements', which went into extreme detail regarding character height, stroke width, size uniformity, spacing, and so on so forth.| Font/Charsets | Aspect | Sample |
|---|---|---|
8x16; CP437 | Square 1:1 | |
| Correct 5:6 | ||
IBM DOS ISO8-2x 8x16; CP437 | Square 2:1 | |
| Correct 5:3 | ||
9x16; CP437 | Square 1:1 | |
| Correct 3:4 | ||
IBM DOS ISO9-2x 8x16; CP437 | Square 2:1 | |
| Correct 3:2 |
DOS/V - Japanese versions of IBM (PC-)DOS / MS-DOS:
Technically these aren't hardware/text mode fonts, so they're another exception here. DOS/V (V for VGA, not 5.0) ran in permanent graphics mode to support Japanese full-width glyphs and double-byte charsets, so you could choose from a whole heap of resolutions (all with a square pixel ratio) and character cell sizes.
However, the following versions do *not* include the Japanese scripts. They're REMAPPED/REMADE for codepage 437/US, so they preserve only the half-width Latin alphanumerics, with custom additions to fill out the rest.
These originate from the various IBM versions of PC-DOS/V. The 8x19 and 12x30 fonts mostly duplicate their smaller siblings, with more generous vertical padding. For the 24/30-pixel versions, cf. IBM PS/55:
| Font/Charsets | Aspect | Sample |
|---|---|---|
6x12; CP437 | Square 1:1 | |
DOS/V re. JPN16 8x16; CP437 | Square 1:1 | |
8x19; CP437 | Square 1:1 | |
DOS/V re. JPN24 12x24; CP437 | Square 1:1 | |
12x30; CP437 | Square 1:1 |
Microsoft came in a bit later in the game; MS-DOS/V used a similar system, through it redesigned (and renamed) the font files:
Free Bitmap Fonts
| Font/Charsets | Aspect | Sample |
|---|---|---|
DOS/V re. ANK16 8x16; CP437 | Square 1:1 | |
8x19; CP437 | Square 1:1 | |
DOS/V re. ANK24 12x24; CP437 | Square 1:1 | |
12x30; CP437 | Square 1:1 |
Windows Bitmap Font Png
Chinese PC-DOS versions (Taiwan & PRC):
These were technically DOS/V as well, and the ASCII portion of the 24/30-pixel fonts is identical to the Japanese version, so these larger charsets are not repeated here.
In Taiwan, the Latin fonts unique to PC-DOS T7.0/V do have native CP437 encoding, so no remapping was needed. In fact they look like they're probably derived from OS/2:
| Font/Charsets | Aspect | Sample |
|---|---|---|
DOS/V TWN16 8x16; CP437 | Square 1:1 | |
8x19; CP437 | Square 1:1 |
The fonts from the PRC version are once again REMAPPED, and slightly adjusted for legibility to boot. Interestingly, they look quite close to those used on the Japanese IBM JX (still mising from this collection).
| Font/Charsets | Aspect | Sample |
|---|---|---|
DOS/V re. PRC16 8x16; CP437 | Square 1:1 | |
8x19; CP437 | Square 1:1 |