Han unificationis an effort by the authors ofUnicodeand theUniversal Character Setto map multiplecharacter setsof theHan charactersof the so-calledCJKlanguages into a single set of unifiedcharacters.Han characters are a feature shared in common by writtenChinese(hanzi),Japanese(kanji),Korean(hanja) andVietnamese(chữ Hán).

Differences for the same Unicodecode point(U+8FD4) in regional versions ofSource Han Sans

Modern Chinese, Japanese and Koreantypefacestypically use regional or historicalvariants of a given Han character.In the formulation of Unicode, an attempt was made to unify these variants by considering them asallographs– differentglyphsrepresenting the same "grapheme" ororthographicunit – hence, "Han unification", with the resulting character repertoire sometimes contracted toUnihan.[1][a]

Nevertheless, many characters have regional variants assigned to differentcode points,such asTraditionalCái(U+500B) versusSimplifiedCái(U+4E2A).

Rationale and controversy

edit

The Unicode Standard details the principles of Han unification.[5][6] TheIdeographic Research Group(IRG), made up of experts from the Chinese-speaking countries, North and South Korea, Japan, Vietnam, and other countries, is responsible for the process.[7]

One rationale was the desire to limit the size of the full Unicode character set, where CJK characters as represented by discreteideogramsmay approach or exceed 100,000[b]characters. Version 1 of Unicode was designed to fit into 16 bits and only 20,940 characters (32%) out of the possible 65,536 were reserved for theseCJK Unified Ideographs.Unicode was later extended to 21 bits allowing many more CJK characters (97,680 are assigned, with room for more).

An article hosted by IBM attempts to illustrate part of the motivation for Han unification:[8]

The problem stems from the fact that Unicode encodes characters rather than "glyphs," which are the visual representations of the characters. There are four basic traditions for East Asian character shapes: traditional Chinese, simplified Chinese, Japanese, and Korean. While the Han root character may be the same for CJK languages, the glyphs in common use for the same characters may not be. For example, the traditional Chinese glyph for "grass" uses four strokes for the "grass" radical [⺿], whereas the simplified Chinese, Japanese, and Korean glyphs [] use three. But there is only one Unicode point for the grass character (U+8349) [Thảo] regardless of writing system. Another example is the ideograph for "one," which is different in Chinese, Japanese, and Korean. Many people think that the three versions should be encoded differently.

In fact, the three ideographs for "one" (Một,Nhất,orNhất) are encoded separately in Unicode, as they are not considered national variants. The first is the common form in all three countries, while the second and third are used on financial instruments to prevent tampering (they may be considered variants).

However, Han unification has also caused considerable controversy, particularly among the Japanese public, who, with the nation's literati, have a history of protesting the culling of historically and culturally significant variants.[9][10](SeeKanji § Orthographic reform and lists of kanji.Today, the list of characters officially recognized for use in proper names continues to expand at a modest pace.)

In 1993, theJapan Electronic Industries Development Association(JEIDA) published a pamphlet titled "Tương lai の văn tự コード hệ thống に tư đạt は bất an をもっています"(We are feeling anxious for the future character encoding systemJPNO20985671), summarizing major criticism against the Han Unification approach adopted by Unicode.

Graphemes versus glyphs

edit
The Latin lowercase "a"has widely differing glyphs that all represent concrete instances of the same abstract grapheme. Although a native reader of any language using the Latin script recognizes these two glyphs as the same grapheme, to others they might appear to be completely unrelated.

A grapheme is the smallest abstract unit of meaning in a writing system. Any grapheme has many possible glyph expressions, but all are recognized as the same grapheme by those with reading and writing knowledge of a particular writing system. Although Unicode typically assigns characters to code points to express the graphemes within a system of writing, the Unicode Standard (section 3.4 D7) cautions:

An abstract character does not necessarily correspond to what a user thinks of as a "character" and should not be confused with agrapheme.

However, this quote refers to the fact that some graphemes are composed of several graphic elements or "characters". So, for example, the character U+0061aLATIN SMALL LETTER Acombined withU+030A◌̊COMBINING RING ABOVE(generating the combination "å" ) might be understood by a user as a single grapheme while being composed of multiple Unicode abstract characters. In addition, Unicode also assigns some code points to a small number (other than for compatibility reasons) of formatting characters, whitespace characters, and other abstract characters that are not graphemes, but instead used to control the breaks between lines, words, graphemes and grapheme clusters. With the unified Han ideographs, the Unicode Standard makes a departure from prior practices in assigning abstract characters not as graphemes, but according to the underlying meaning of the grapheme: what linguists sometimes callsememes.This departure therefore is not simply explained by the oft quoted distinction between an abstract character and a glyph, but is more rooted in the difference between an abstract character assigned as a grapheme and an abstract character assigned as a sememe. In contrast, considerASCII's unification ofpunctuationanddiacritics,where graphemes with widely different meanings (for example, anapostropheand a single quotation mark) are unified because the glyphs are the same. For Unihan the characters are not unified by their appearance, but by their definition or meaning.

For a grapheme to be represented by various glyphs means that the grapheme has glyph variations that are usually determined by selecting one font or another or using glyph substitution features where multiple glyphs are included in a single font. Such glyph variations are considered by Unicode a feature of rich text protocols and not properly handled by the plain text goals of Unicode. However, when the change from one glyph to another constitutes a change from one grapheme to another—where a glyph cannot possibly still, for example, mean the same grapheme understood as the small letter "a" —Unicode separates those into separate code points. For Unihan the same thing is done whenever the abstract meaning changes, however rather than speaking of the abstract meaning of a grapheme (the letter "a" ), the unification of Han ideographs assigns a new code point for each different meaning—even if that meaning is expressed by distinct graphemes in different languages. Although a grapheme such as "ö" might mean something different in English (as used in the word "coördinated" ) than it does in German (as used in the word "schön" ), it is still the same grapheme and can be easily unified so that English and German can share a common abstract Latin writing system (along with Latin itself). This example also points to another reason that "abstract character" and grapheme as an abstract unit in a written language do not necessarily map one-to-one. In English thecombining diaeresis,"¨", and the "o" it modifies may be seen as two separate graphemes, whereas in languages such as Swedish, the letter "ö" may be seen as a single grapheme. Similarly in Englishthe doton an "i" is understood as a part of the "i" grapheme whereas in other languages, such as Turkish, the dot may be seen as a separate grapheme added to thedotless "ı".

To deal with the use of different graphemes for the same Unihan sememe, Unicode has relied on several mechanisms: especially as it relates to rendering text. One has been to treat it as simply a font issue so that different fonts might be used to render Chinese, Japanese or Korean. Also font formats such as OpenType allow for the mapping of alternate glyphs according to language so that a text rendering system can look to the user's environmental settings to determine which glyph to use. The problem with these approaches is that they fail to meet the goals of Unicode to define a consistent way of encoding multilingual text.[11]

So rather than treat the issue as a rich text problem of glyph alternates, Unicode added the concept ofvariation selectors,first introduced in version 3.2 and supplemented in version 4.0.[12]While variation selectors are treated as combining characters, they have no associated diacritic or mark. Instead, by combining with a base character, they signal the two character sequence selects a variation (typically in terms of grapheme, but also in terms of underlying meaning as in the case of a location name or other proper noun) of the base character. This then is not a selection of an alternate glyph, but the selection of a grapheme variation or a variation of the base abstract character. Such a two-character sequence however can be easily mapped to a separate single glyph in modern fonts. Since Unicode has assigned 256 separate variation selectors, it is capable of assigning 256 variations for any Han ideograph. Such variations can be specific to one language or another and enable the encoding of plain text that includes such grapheme variations.

Unihan "abstract characters"

edit

Since the Unihan standard encodes "abstract characters", not "glyphs", the graphical artifacts produced by Unicode have been considered temporary technical hurdles, and at most, cosmetic. However, again, particularly in Japan, due in part to the way in which Chinese characters were incorporated into Japanese writing systems historically, the inability to specify a particular variant was considered a significant obstacle to the use of Unicode in scholarly work. For example, the unification of "grass" (explained above), means that a historical text cannot be encoded so as to preserve its peculiar orthography. Instead, for example, the scholar would be required to locate the desired glyph in a specific typeface in order to convey the text as written, defeating the purpose of a unified character set. Unicode has responded to these needs by assigning variation selectors so that authors can select grapheme variations of particular ideographs (or even other characters).[12]

Small differences in graphical representation are also problematic when they affect legibility or belong to the wrong cultural tradition. Besides making some Unicode fonts unusable for texts involving multiple "Unihan languages", names or other orthographically sensitive terminology might be displayed incorrectly. (Proper names tend to be especially orthographically conservative—compare this to changing the spelling of one's name to suit a language reform in the US or UK.) While this may be considered primarily a graphical representation or rendering problem to be overcome by more artful fonts, the widespread use of Unicode would make it difficult to preserve such distinctions. The problem of one character representing semantically different concepts is also present in the Latin part of Unicode. The Unicode character for a curved apostrophe is the same as the character for a right single quote (’). On the other hand, the capitalLatin letterAis not unified with theGreek letterΑor theCyrillic letterА.This is, of course, desirable for reasons of compatibility, and deals with a much smaller Alpha betic character set.

While the unification aspect of Unicode is controversial in some quarters for the reasons given above, Unicode itself does now encode a vast number of seldom-used characters of a more-or-less antiquarian nature.

Some of the controversy stems from the fact that the very decision of performing Han unification was made by the initial Unicode Consortium, which at the time was a consortium of North American companies and organizations (most of them in California),[13]but included no East Asian government representatives. The initial design goal was to create a 16-bit standard,[14]and Han unification was therefore a critical step for avoiding tens of thousands of character duplications. This 16-bit requirement was later abandoned, making the size of the character set less of an issue today.

The controversy later extended to the internationally representative ISO: the initialCJK Joint Research Group(CJK-JRG) favored a proposal (DIS 10646) for a non-unified character set, "which was thrown out in favor of unification with the Unicode Consortium's unified character set by the votes of American and European ISO members" (even though the Japanese position was unclear).[15]Endorsing the Unicode Han unification was a necessary step for the heated ISO 10646/Unicode merger.

Much of the controversy surrounding Han unification is based on the distinction betweenglyphs,as defined in Unicode, and the related but distinct idea of graphemes. Unicode assigns abstract characters (graphemes), as opposed to glyphs, which are a particular visual representations of a character in a specifictypeface.One character may be represented by many distinct glyphs, for example a "g" or an "a", both of which may have one loop (ɑ,ɡ) or two (a,g). Yet for a reader of Latin script based languages the two variations of the "a" character are both recognized as the same grapheme. Graphemes present in national character code standards have been added to Unicode, as required by Unicode's Source Separation rule, even where they can be composed of characters already available. The national character code standards existing in CJK languages are considerably more involved, given the technological limitations under which they evolved, and so the official CJK participants in Han unification may well have been amenable to reform.

Unlike European versions, CJK Unicode fonts, due to Han unification, have large but irregular patterns of overlap, requiring language-specific fonts. Unfortunately, language-specific fonts also make it difficult to access a variant which, as with the "grass" example, happens to appear more typically in another language style. (That is to say, it would be difficult to access "grass" with the four-stroke radical more typical of Traditional Chinese in a Japanese environment, which fonts would typically depict the three-stroke radical.) Unihan proponents tend to favor markup languages for defining language strings, but this would not ensure the use of a specific variant in the case given, only the language-specific font more likely to depict a character as that variant. (At this point, merely stylistic differences do enter in, as a selection of Japanese and Chinese fonts are not likely to be visually compatible.)

Chinese users seem to have fewer objections to Han unification, largely because Unicode did not attempt to unifySimplified Chinese characterswithTraditional Chinese characters.(Simplified Chinese characters are used among Chinese speakers in thePeople's Republic of China,Singapore,andMalaysia.Traditional Chinese characters are used in Hong Kong and Taiwan (Big5) and they are, with some differences, more familiar to Korean and Japanese users.) Unicode is seen as neutral with regards to this politically charged issue, and has encoded Simplified and Traditional Chinese glyphs separately (e.g. the ideograph for "discard" isNémU+4E1F for Traditional Chinese Big5 #A5E1 andNémU+4E22 for Simplified Chinese GB #2210). It is also noted that Traditional and Simplified characters should be encoded separately according to Unicode Han Unification rules, because they are distinguished in pre-existing PRC character sets. Furthermore, as with other variants, Traditional to Simplified characters is not a one-to-one relationship.

Alternatives

edit

There are several alternative character sets that are not encoding according to the principle of Han Unification, and thus free from its restrictions:

These region-dependent character sets are also seen as not affected by Han Unification because of their region-specific nature:

However, none of these alternative standards has been as widely adopted asUnicode,which is now the base character set for many new standards and protocols, internationally adopted, and is built into the architecture of operating systems (Microsoft Windows,ApplemacOS,and manyUnix-likesystems), programming languages (Perl,Python,C#,Java,Common Lisp,APL,C,C++), and libraries (IBMInternational Components for Unicode(ICU) along with thePango,Graphite,Scribe,Uniscribe,andATSUIrendering engines), font formats (TrueTypeandOpenType) and so on.

In March 1989, a(B)TRON-based system was adopted by Japanese government organizations "Center for Educational Computing" as the system of choice for school education includingcompulsory education.[16]However, in April, a report titled "1989 National Trade Estimate Report on Foreign Trade Barriers" fromOffice of the United States Trade Representativehave specifically listed the system as a trade barrier in Japan. The report claimed that the adoption of the TRON-based system by the Japanese government is advantageous to Japanese manufacturers, and thus excluding US operating systems from the huge new market; specifically the report lists MS-DOS, OS/2 and UNIX as examples. The Office of USTR was allegedly under Microsoft's influence as its former officer Tom Robertson was then offered a lucrative position by Microsoft.[17]While the TRON system itself was subsequently removed from the list of sanction bySection 301 of the Trade Act of 1974after protests by the organization in May 1989, the trade dispute caused theMinistry of International Trade and Industryto accept a request fromMasayoshi Sonto cancel the Center of Educational Computing's selection of the TRON-based system for the use of educational computers.[18]The incident is regarded as a symbolic event for the loss of momentum and eventual demise of the BTRON system, which led to the widespread adoption of MS-DOS in Japan and the eventual adoption of Unicode with its successor Windows.

Merger of all equivalent characters

edit

There has not been any push for full semantic unification of all semantically linked characters, though the idea would treat the respective users of East Asian languages the same, whether they write in Korean, Simplified Chinese, Traditional Chinese,KyūjitaiJapanese,ShinjitaiJapanese or Vietnamese. Instead of some variants getting distinct code points while other groups of variants have to share single code points, all variants could be reliably expressed only with metadata tags (e.g., CSS formatting in webpages). The burden would be on all those who use differing versions ofThẳng,Đừng,Hai,Thỏ,whether that difference be due to simplification, international variance or intra-national variance. However, for some platforms (e.g., smartphones), a device may come with only one font pre-installed. The system font must make a decision for the default glyph for each code point and these glyphs can differ greatly, indicating different underlying graphemes.

Consequently, relying on language markup across the board as an approach is beset with two major issues. First, there are contexts where language markup is not available (code commits, plain text). Second, any solution would require every operating system to come pre-installed with many glyphs for semantically identical characters that have many variants. In addition to the standard character sets in Simplified Chinese, Traditional Chinese, Korean, Vietnamese, Kyūjitai Japanese and Shinjitai Japanese, there also exist "ancient" forms of characters that are of interest to historians, linguists and philologists.

Unicode's Unihan database has already drawn connections between many characters. The Unicode database catalogs the connections between variant characters with distinct code points already. However, for characters with a shared code point, the reference glyph image is usually biased toward the Traditional Chinese version. Also, the decision of whether to classify pairs as semantic variants orz-variantsis not always consistent or clear, despite rationalizations in the handbook.[19]

So-called semantic variants ofNém(U+4E1F) andNém(U+4E22) are examples that Unicode gives as differing in a significant way in their abstract shapes, while Unicode listsPhậtandPhậtas z-variants, differing only in font styling. Paradoxically, Unicode considersHaiandLạngto be near identical z-variants while at the same time classifying them as significantly different semantic variants. There are also cases of some pairs of characters being simultaneously semantic variants and specialized semantic variants and simplified variants:Cái(U+500B) andCái(U+4E2A). There are cases of non-mutual equivalence. For example, the Unihan database entry forQuy(U+4E80) considersQuy(U+9F9C) to be its z-variant, but the entry forQuydoes not listQuyas a z-variant, even thoughQuywas obviously already in the database at the time that the entry forQuywas written.

Some clerical errors led to doubling of completely identical characters such as(U+FA23) and𧺯(U+27EAF). If a font has glyphs encoded to both points so that one font is used for both, they should appear identical. These cases are listed as z-variants despite having no variance at all. Intentionally duplicated characters were added to facilitatebit-for-bit round-trip conversion.Because round-trip conversion was an early selling point of Unicode, this meant that if a national standard in use unnecessarily duplicated a character, Unicode had to do the same. Unicode calls these intentional duplications "compatibility variants"as with hán (U+FA9A) which callsHán(U+6F22) its compatibility variant. As long as an application uses the same font for both, they should appear identical. Sometimes, as in the case ofXewith U+8ECA and U+F902, the added compatibility character lists the already present version ofXeas both its compatibility variant and its z-variant. The compatibility variant field overrides the z-variant field, forcing normalization under all forms, including canonical equivalence. Despite the name, compatibility variants are actually canonically equivalent and are united in any Unicode normalization scheme and not only under compatibility normalization. This is similar to howU+212BANGSTROM SIGNis canonically equivalent to a pre-composedU+00C5ÅLATIN CAPITAL LETTER A WITH RING ABOVE.Much software (such as the MediaWiki software that hosts Wikipedia) will replace all canonically equivalent characters that are discouraged (e.g. the angstrom symbol) with the recommended equivalent. Despite the name, CJK "compatibility variants" are canonically equivalent characters and not compatibility characters.

Hán (U+FA9A) was added to the database later thanHán(U+6F22) was and its entry informs the user of the compatibility information. On the other hand,Hán(U+6F22) does not have this equivalence listed in this entry. Unicode demands that all entries, once admitted, cannot change compatibility or equivalence so that normalization rules for already existing characters do not change.

Some pairs of Traditional and Simplified are also considered to be semantic variants. According to Unicode's definitions, it makes sense that all simplifications (that do not result in wholly different characters being merged for their homophony) will be a form of semantic variant. Unicode classifiesNémandNémas each other's respective traditional and simplified variants and also as each other's semantic variants. However, while Unicode classifiesTrăm triệu(U+5104) andTrăm triệu(U+4EBF) as each other's respective traditional and simplified variants, Unicode does not considerTrăm triệuandTrăm triệuto be semantic variants of each other.

Unicode claims that "Ideally, there would be no pairs of z-variants in the Unicode Standard."[19]This would make it seem that the goal is to at least unify all minor variants, compatibility redundancies and accidental redundancies, leaving the differentiation to fonts and to language tags. This conflicts with the stated goal of Unicode to take away that overhead, and to allow any number of any of the world's scripts to be on the same document with one encoding system.[improper synthesis?]Chapter One of the handbook states that "With Unicode, the information technology industry has replaced proliferating character sets with data stability, global interoperability and data interchange, simplified software, and reduced development costs. While taking the ASCII character set as its starting point, the Unicode Standard goes far beyond ASCII's limited ability to encode only the upper- and lowercase letters A through Z. It provides the capacity to encode all characters used for the written languages of the world – more than 1 million characters can be encoded. No escape sequence or control code is required to specify any character in any language. The Unicode character encoding treats Alpha betic characters, ideographic characters, and symbols equivalently, which means they can be used in any mixture and with equal facility."[11]

This leaves the option to settle on one unified reference grapheme for all z-variants, which is contentious since few outside of Japan would recognizePhậtandPhậtas equivalent. Even within Japan, the variants are on different sides of a major simplification called Shinjitai. Unicode would effectively make the PRC's simplification ofLữ(U+4FA3) andLữ(U+4FB6) a monumental difference by comparison. Such a plan would also eliminate the very visually distinct variations for characters likeThẳng(U+76F4) andMướn(U+96C7).

One would expect that all simplified characters would simultaneously also be z-variants or semantic variants with their traditional counterparts, but many are neither. It is easier to explain the strange case that semantic variants can be simultaneously both semantic variants and specialized variants when Unicode's definition is that specialized semantic variants have the same meaning only in certain contexts. Languages use them differently. A pair whose characters are 100% drop-in replacements for each other in Japanese may not be so flexible in Chinese. Thus, any comprehensive merger of recommended code points would have to maintain some variants that differ only slightly in appearance even if the meaning is 100% the same for all contexts in one language, because in another language the two characters may not be 100% drop-in replacements.

Examples of language-dependent glyphs

edit

In each row of the following table, the same character is repeated in all six columns. However, each column is marked (by thelangattribute) as being in a different language:Chinese(simplifiedand two types oftraditional),Japanese,Korean,orVietnamese.Thebrowsershould select, for each character, aglyph(from a font) suitable to the specified language. (Besides actual character variation—look for differences in stroke order, number, or direction—the typefaces may also reflect different typographical styles, as with serif and non-serif Alpha bets.) This only works for fallback glyph selection if you have CJK fonts installed on your system and the font selected to display this article does not include glyphs for these characters.

Code point Chinese
(simplified)
Chinese
(traditional)
Chinese
(traditional,
Hong Kong)
Japanese Korean Vietnamese English
zh-Hans zh-Hant zh-Hant-HK ja ko vi-Hani
U+4ECA Nay Nay Nay Nay Nay Nay now
U+4EE4 Lệnh Lệnh Lệnh Lệnh Lệnh Lệnh cause/command
U+514D Miễn Miễn Miễn Miễn Miễn Miễn exempt/spare
U+5165 Nhập Nhập Nhập Nhập Nhập Nhập enter
U+5168 Toàn Toàn Toàn Toàn Toàn Toàn all/total
U+5173 Quan Quan Quan Quan Quan Quan close (simplified) / laugh (traditional)
U+5177 Cụ Cụ Cụ Cụ Cụ Cụ tool
U+5203 Nhận Nhận Nhận Nhận Nhận Nhận knife edge
U+5316 Hóa Hóa Hóa Hóa Hóa Hóa transform/change
U+5916 Ngoại Ngoại Ngoại Ngoại Ngoại Ngoại outside
U+60C5 Tình Tình Tình Tình Tình Tình feeling
U+624D Mới Mới Mới Mới Mới Mới talent
U+62B5 Để Để Để Để Để Để arrive/resist
U+6B21 Thứ Thứ Thứ Thứ Thứ Thứ secondary/follow
U+6D77 Hải Hải Hải Hải Hải Hải sea
U+753B Họa Họa Họa Họa Họa Họa picture
U+76F4 Thẳng Thẳng Thẳng Thẳng Thẳng Thẳng direct/straight
U+771F Thật Thật Thật Thật Chân Thật true
U+793a Kỳ Kỳ Kỳ Kỳ Kỳ Kỳ show
U+795E Thần Thần Thần Thần Thần Thần god
U+7A7A Không Không Không Không Không Không empty/air
U+8005 Giả Giả Giả Giả Giả Giả one who does/-ist/-er
U+8349 Thảo Thảo Thảo Thảo Thảo Thảo grass
U+8525 Hành Hành Hành Hành Hành Hành onion
U+89D2 Giác Giác Giác Giác Giác Giác edge/horn
U+9053 Nói Nói Nói Nói Nói Nói way/path/road
U+96C7 Mướn Mướn Mướn Mướn Mướn Mướn employ
U+9AA8 Cốt Cốt Cốt Cốt Cốt Cốt bone

No character variant that is exclusive to Korean or Vietnamese has received its own code point, whereas almost all Shinjitai Japanese variants or Simplified Chinese variants each have distinct code points and unambiguous reference glyphs in the Unicode standard.

In the twentieth century, East Asian countries made their own respective encoding standards. Within each standard, there coexisted variants with distinct code points, hence the distinct code points in Unicode for certain sets of variants. Taking Simplified Chinese as an example, the two character variants ofNội(U+5167) andNội(U+5185) differ in exactly the same way as do the Korean and non-Korean variants ofToàn(U+5168). Each respective variant of the first character has eitherNhập(U+5165) orNgười(U+4EBA). Each respective variant of the second character has eitherNhập(U+5165) orNgười(U+4EBA). Both variants of the first character got their own distinct code points. However, the two variants of the second character had to share the same code point.

The justification Unicode gives is that the national standards body in the PRC made distinct code points for the two variations of the first characterNội/Nội,whereas Korea never made separate code points for the different variants ofToàn.There is a reason for this that has nothing to do with how the domestic bodies view the characters themselves. China went through a process in the twentieth century that changed (if not simplified) several characters. During this transition, there was a need to be able to encode both variants within the same document. Korean has always used the variant ofToànwith theNhập(U+5165) radical on top. Therefore, it had no reason to encode both variants. Korean language documents made in the twentieth century had little reason to represent both versions in the same document.

Almost all of the variants that the PRC developed or standardized got distinct code points owing simply to the fortune of the Simplified Chinese transition carrying through into the computing age. This privilege however, seems to apply inconsistently, whereas most simplifications performed in Japan and mainland China with code points in national standards, including characters simplified differently in each country, did make it into Unicode as distinct code points.

Sixty-two Shinjitai "simplified" characters with distinct code points in Japan got merged with their Kyūjitai traditional equivalents, likeHải.[citation needed]This can cause problems for the language tagging strategy. There is no universal tag for the traditional and "simplified" versions of Japanese as there are for Chinese. Thus, any Japanese writer wanting to display the Kyūjitai form ofHảimay have to tag the character as "Traditional Chinese" or trust that the recipient's Japanese font uses only the Kyūjitai glyphs, but tags of Traditional Chinese and Simplified Chinese may be necessary to show the two forms side by side in a Japanese textbook. This would preclude one from using the same font for an entire document, however. There are two distinct code points forHảiin Unicode, but only for "compatibility reasons". Any Unicode-conformant font must display the Kyūjitai and Shinjitai versions' equivalent code points in Unicode as the same. Unofficially, a font may displayHảidifferently with hải (U+6D77) as the Shinjitai version and hải (U+FA45) as the Kyūjitai version (which is identical to the traditional version in written Chinese and Korean).

The radicalMịch(U+7CF8) is used in characters likeHồng/Hồng,with two variants, the second form being simply the cursive form. The radical components ofHồng(U+7D05) andHồng(U+7EA2) are semantically identical and the glyphs differ only in the latter using a cursive version of theMịchcomponent. However, in mainland China, the standards bodies wanted to standardize the cursive form when used in characters likeHồng.Because this change happened relatively recently, there was a transition period. BothHồng(U+7D05) andHồng(U+7EA2) got separate code points in the PRC's text encoding standards bodies so Chinese-language documents could use both versions. The two variants received distinct code points in Unicode as well.

The case of the radicalThảo(U+8278) proves how arbitrary the state of affairs is. When used to compose characters likeThảo(U+8349), the radical was placed at the top, but had two different forms. Traditional Chinese and Korean use a four-stroke version. At the top ofThảoshould be something that looks like two plus signs (⺿). Simplified Chinese, Kyūjitai Japanese and Shinjitai Japanese use a three-stroke version, like two plus signs sharing their horizontal strokes (,i.e.Thảo). The PRC's text encoding bodies did not encode the two variants differently. The fact that almost every other change brought about by the PRC, no matter how minor, did warrant its own code point suggests that this exception may have been unintentional. Unicode copied the existing standards as is, preserving such irregularities.

The Unicode Consortium has recognized errors in other instances. The myriad Unicode blocks for CJK Han Ideographs have redundancies in original standards, redundancies brought about by flawed importation of the original standards, as well as accidental mergers that are later corrected, providing precedent for dis-unifying characters.

For native speakers, variants can be unintelligible or be unacceptable in educated contexts. English speakers may understand a handwritten note saying "4P5 kg" as "495 kg", but writing the nine backwards (so it looks like a "P" ) can be jarring and would be considered incorrect in any school. Likewise, to users of one CJK language reading a document with "foreign" glyphs: variants ofCốtcan appear as mirror images,Giảcan be missing a stroke/have an extraneous stroke, andLệnhmay be unreadable to Non-Japanese people. (In Japan, both variants are accepted).

Examples of some non-unified Han ideographs

edit

In some cases, often where the changes are the most striking, Unicode has encoded variant characters, making it unnecessary to switch between fonts orlangattributes. However, some variants with arguably minimal differences get distinct codepoints, and not every variant with arguably substantial changes gets a unique codepoint. As an example, take a character such asNhập(U+5165), for which the only way to display the variants is to change font (orlangattribute) as described in the previous table. On the other hand, forNội(U+5167), the variant ofNội(U+5185) gets a unique codepoint. For some characters, likeĐoái/Đoái(U+514C/U+5151), either method can be used to display the different glyphs. In the following table, each row compares variants that have been assigned different code points. For brevity, note thatshinjitaivariants with different components will usually (and unsurprisingly) take unique codepoints (e.g.,Khí / khí). They will not appear here nor will the simplified Chinese characters that take consistently simplified radical components (e.g.,Hồng/Hồng,Ngữ/Ngữ).[3]This list is not exhaustive.

Simplified Traditional Japanese Other variant English
U+4E22
Ném
U+4E1F
Ném
to lose
U+4E24
Hai
U+5169
Hai
U+4E21
Lạng
U+34B3
two, both
U+4E58
Thừa
U+4E58
Thừa
U+4E57
Thừa
U+6909
Thừa
to ride
U+4EA7
Sản
U+7522
Sản
U+7523
Sản
give birth
U+4FA3
Lữ
U+4FB6
Lữ
companion
U+5151
Đoái
U+514C
Đoái
to cash
U+5185
Nội
U+5167
Nội
inside
U+522B
Đừng
U+5225
Đừng
to leave
U+7985
Thiền
U+79AA
Thiền
U+7985
Thiền
meditation (Zen)
U+7A0E
Thuế
U+7A05
Thuế
taxes
U+997F
Đói
U+9913
Đói
hungry
U+9AD8
Cao
U+9AD8
Cao
U+9AD9
Cao
high
U+9F9F
Quy
U+9F9C
Quy
U+4E80
Quy
tortoise
U+7814
Nghiên
U+784F
Nghiên
U+7814
Nghiên
to research
Sources:MDBG Chinese-English Dictionary

Ideographic Variation Database (IVD)

edit

In order to resolve issues brought by Han unification, a Unicode Technical Standard known as the Unicode Ideographic Variation Database have been created to resolve the problem of specifying specific glyph in plain text environment.[20]By registering glyph collections into the Ideographic Variation Database (IVD), it is possible to use Ideographic Variation Selectors to form Ideographic Variation Sequence (IVS) to specify or restrict the appropriate glyph in text processing in a Unicode environment.

Unicode ranges

edit

Ideographic characters assigned by Unicode appear in the following blocks:

Unicode includes support of CJKV radicals, strokes, punctuation, marks and symbols in the following blocks:

Additional compatibility (discouraged use) characters appear in these blocks:

These compatibility characters (excluding the twelve unified ideographs in the CJK Compatibility Ideographs block) are included for compatibility with legacy text handling systems and other legacy character sets. They include forms of characters for vertical text layout and rich text characters that Unicode recommends handling through other means.

International Ideographs Core

edit

The International Ideographs Core (IICore) is a subset of 9810 ideographs derived from the CJK Unified Ideographs tables, designed to be implemented in devices with limited memory, input/output capability, and/or applications where the use of the complete ISO 10646 ideograph repertoire is not feasible. There are 9810 characters in the current standard.[22]

Unihan database files

edit

The Unihan project has always made an effort to make available their build database.[2]

The libUnihan project provides a normalized SQLite Unihan database and corresponding C library.[23]All tables in this database are infifth normal form.libUnihan is released under theLGPL,while its database, UnihanDb, is released under theMIT License.

See also

edit

Notes

edit
  1. ^Unihan can also refer to the Unihan Database maintained by theUnicode Consortium,which provides information about all of the unified Han characters encoded in the Unicode Standard, including mappings to various national and industry standards, indices into standard dictionaries, encoded variants, pronunciations in various languages, and an English definition. The database is available to the public as text files[2]and via an interactive website.[3][4]The latter also includes representative glyphs and definitions for compound words drawn from the free JapaneseEDICTand ChineseCEDICTdictionary projects (which are provided for convenience and are not a formal part of the Unicode Standard).
  2. ^Most of these are legacy and obsolete characters, however, as per Unicode's objective to encode every writing system that is or has ever been used; only 2000 to 3000 characters are necessary to be considered literate.

References

edit
  1. ^"Unicode® Standard Annex #38 | UNICODE HAN DATABASE (UNIHAN)".Unicode Consortium.2023-09-01.
  2. ^ab"Unihan.zip".The Unicode Standard.Unicode Consortium.
  3. ^ab"Unihan Database Lookup".The Unicode Standard.Unicode Consortium.
  4. ^"Unihan Database Lookup: Sample lookup for trung".The Unicode Standard.Unicode Consortium.
  5. ^"Chapter 18: East Asia, Principles of Han Unification".The Unicode Standard.Unicode Consortium.
  6. ^Whistler, Ken (2010-10-25)."Unicode Technical Note 26: On the Encoding of Latin, Greek, Cyrillic, and Han".
  7. ^"Han Unification History".The Unicode Standard.Unicode Consortium.
  8. ^"The secret life of Unicode".IBM.2013-12-16. Archived fromthe originalon 2013-12-16.Retrieved2023-09-30.
  9. ^Unicode RevisitedSteven J. Searle; Web Master, TRON Web
  10. ^"IVD/IVSとは - văn tự tình báo cơ bàn chỉnh đốn và sắp đặt sự nghiệp".mojikiban.ipa.go.jp.
  11. ^ab"Chapter 1: Introduction".The Unicode Standard.Unicode Consortium.
  12. ^ab"Ideographic Variation Database".Unicode Consortium.
  13. ^"Early Years of Unicode".Unicode Consortium.
  14. ^Becker, Joseph D. (1998-08-29)."Unicode 88"(PDF).
  15. ^"Unicode in Japan: Guide to a technical and psychological struggle".Archived from the original on 2009-06-27.{{cite web}}:CS1 maint: unfit URL (link)
  16. ^Tiểu lâm kỷ hưng 『 tùng hạ đồ điện の quả し trạng 』1 chương
  17. ^Krikke, Jan (15 October 2003)."The Most Popular Operating System in the World".LinuxInsider.
  18. ^Đại hạ anh trị 『 tôn chính nghĩa khởi nghiệp の nếu き sư tử 』 (ISBN4-06-208718-9) pp. 285-294
  19. ^ab"UAX #38: Unicode Han Database (Unihan)".unicode.org.
  20. ^"UTS #37: Unicode Ideographic Variation Database".unicode.org.
  21. ^"URO".ccjktype.fonts.adobe.
  22. ^"OGCIO: Download Area: International Ideographs Core (IICORE) Comparison Utility".ogcio.gov.hk.
  23. ^Chen, Ding-Yi."libUnihan - A library for Unihan character database in fifth normal form".libunihan.sourceforge.net.