Halfwidth and fullwidth forms


In CJK computing, graphic characters are traditionally classed into fullwidth and halfwidth characters. With fixed-width fonts, a halfwidth character occupies half the width of a fullwidth character, hence the name.
Halfwidth and Fullwidth Forms is also the name of a Unicode block U+FF00-FFEF, provided so that older encodings containing both halfwidth and fullwidth characters can have lossless translation to/from Unicode.

Rationale

In the days of text mode computing, Western characters were normally laid out in a grid on the screen, often 80 columns by 24 or 25 lines. Each character was displayed as a small dot matrix, often about 8 pixels wide, and a SBCS was generally used to encode characters of Western languages.
For a number of practical and aesthetic reasons Han characters need to be square, approximately twice as wide as these fixed-width SBCS characters. As these were typically encoded in a DBCS this also meant that their length on screen in a duospaced font was proportional to their byte length. Some terminals and editing programs could not deal with double-byte characters starting at odd columns, only even ones. So the DBCS sets generally included Roman characters and digits also, for use alongside the CJK characters in the same line.
On the other hand, early Japanese computing used a single-byte code page called JIS X 0201 for katakana. These would be rendered at the same width as the other single-byte characters, making them half-width kana characters rather than normally proportioned kana. Although the JIS X 0201 standard itself did not specify half-width display for katakana, this became the visually distinguishing feature in Shift JIS between the single-byte JIS X 0201 and double-byte JIS X 0208 katakana. Some IBM code pages used a similar treatment for Korean jamo, based on the N-byte Hangul code and its EBCDIC translation.

In Unicode

For compatibility with existing character sets that contained both half- and fullwidth versions of the same character, Unicode allocated a single block at U+FF00-FFEF containing the necessary "alternative width" characters. This includes a fullwidth version of all the ASCII characters and some non-ASCII punctuation such as the Yen sign, halfwidth versions of katakana and hangul, and halfwidth versions of some naturally square symbols such as circles. Only characters needed for lossless round trip to existing character sets were allocated, rather than making a fullwidth version of every Latin accented character.
Unicode assigns every code point an "East Asian width" property. This may be:
AbbreviationNameDescription
WWideNaturally wide character, e.g. Hiragana.
NaNarrowNaturally narrow character, e.g. ISO Basic Latin alphabet.
FFullwidthWide variant with compatibility normalisation to naturally narrow character, e.g. fullwidth Latin script.
HHalfwidthNarrow variant with compatibility normalisation to naturally wide character, e.g. half-width kana. Includes U+20A9 as an exception.
AAmbiguousCharacters included in East Asian DBCS codes but also in European SBCS codes, e.g. Greek alphabet. Duospaced behaviour can consequently vary.
NNeutralCharacters which do not appear in East Asian DBCS codes, e.g. Devanagari.

Terminal emulators can use this property to decide if a character should consume one or two "columns" when figuring out tabs and cursor position.

In OpenType

has the fwid, halt, hwid and vhal "feature tags" to be used for providing fullwidth or halfwidth form of a character.