Unicode character property
The Unicode Standard assigns character properties to each code point. These properties can be used to handle "characters" in processes, like in line-breaking, script direction right-to-left or applying controls. Slightly inconsequently, some "character properties" are also defined for code points that have no character assigned, and code points that are labeled like "
Properties have levels of forcefulness: normative, informative, contributory, or provisional. For simplicity of specification, a character property can be assigned by specifying a continuous range of code points that have the same property.
Name
A Unicode character is assigned a unique Name. The name is composed of uppercase letters A–Z, digits 0–9, - andThe following classes of code point do not have a Name : Controls, Private use, Surrogate, Non-characters and Reserved. They may be referenced, informally, by a generic or specific meta-name, called "Code Point Labels":
Version 1.0 names
In version 2.0 of Unicode, many names were changed. From then on the rule "a name will never change" came into effect, including the strict use of alias names. Disused version 1.0-names were moved to the property Alias, to provide some backward compatibility.Character name alias
Starting from Unicode version 2.0, the published name for a code point will never change. Therefore, in the event of a character name being misspelled or if the character name is completely wrong or seriously misleading, a formal Character Name Alias may be assigned to the character, and this alias may be used by applications instead of the actual defective character name. For example, has the character name alias "PRESENTATION FORM FOR VERTICAL RIGHT WHITE LENTICULAR BRACKET" in order to mitigate the misspelling of "bracket" as "brakcet" in the actual character name; has the character name alias "YI SYLLABLE ITERATION MARK" because contrary to the character name it does not have a fixed syllabic value.In addition to character name aliases which are corrections to defective character names, some characters are assigned aliases which are alternative names or abbreviations. Five types of character name aliases are defined in the Unicode Standard:
- Correction: corrections for misspelled or seriously incorrect character names;
- Control: ISO 6429 names for C0 and C1 control functions ;
- Alternate: alternative names for some format characters ;
- Figment: Documented labels for some C1 control code functions which are not actual names in any standard;
- Abbreviation: Abbreviations or acronyms for control codes, format characters, spaces, and variation selectors.
As of Unicode version 12.1, twenty-eight formal character name aliases are defined as corrections for defective character names.
Apart from these normative names, informal names may be shown in the Unicode code charts. These are other commonly used names for a character, and need not be restricted to letters A–Z, digits 0–9, - and
General Category
Each code point is assigned a value for General Category. This is one of the character properties that are also defined for unassigned code points, and code points that are defined "not a character".Punctuation
Characters have separate properties to denote they are a punctuation character. The properties all have a Yes/No values: Dash, Quotation_Mark, Sentence_Terminal, Terminal_Punctuation.Whitespace
Whitespace is a commonly used concept for a typographic effect. Basically it covers invisible characters that have a spacing effect in rendered text. It includes spaces, tabs, and new line formatting controls. In Unicode, such a character has the property set "WSpace=yes". In version 13.0, there are 25 whitespace characters.Other general characteristics
Ideographic, alphabetic, noncharacter.Display-related properties
Shaping, width.Bidirectional writing
Six character properties pertain to bi-directional writing: Bidi_Class, Bidi_Control, Bidi_Mirrored, Bidi_Mirroring_Glyph, Bidi_Paired_Bracket and Bidi_Paired_Bracket_Type.One of Unicode's major features is support of bi-directional text display right-to-left and left-to-right. The Unicode Bidirectional Algorithm UAX9 describes the process of presenting text with altering script directions. For example, it enables a Hebrew quote in an English text. The Bidi_Character_Type marks a character's behaviour in directional writing. To override a direction, Unicode has defined special formatting control characters. These characters can enforce a direction, and by definition only affect bi-directional writing.
Each code point has a property called Bidi_Class. It defines its behaviour in a bidirectional text as interpreted by the algorithm:
In normal situations, the algorithm can determine the direction of a text by this character property. To control more complex Bidi situations, e.g. when an English text has a Hebrew quote, extra options are added to Unicode. Twelve characters have the property Bidi_Control=Yes: ALM, FSI, LRE, LRI, LRM, LRO, PDF, PDI, RLE, RLI, RLM and RLO as named in the table. These are invisible formatting control characters, only used by the algorithm and with no effect outside of bidirectional formatting. Despite the name, they are formatting characters, not control characters, and have General category "Other, format " in the Unicode definition.
Basically, the algorithm determines a sequence of characters with the same strong direction type, taking in account an overruling by the special Bidi-controls. Number strings are assigned a direction according to their strong environment, as are Neutral characters. Finally, the characters are displayed per a string's direction.
Two character properties are relevant to determining a mirror image of a glyph in bidirectional text: Bidi_Mirrored=Yes indicates that the glyph should be mirrored when written R-to-L. The property Bidi_Mirroring_Glyph=U+hhhh can then point to the mirrored character. For example, brackets "" are mirrored this way. Shaping cursive scripts such as Arabic, and mirroring glyphs that have a direction, is not part of the algorithm.
Casing
The Case value is Normative in Unicode. It pertains to those scripts with uppercase and the lowercase letters. Case-difference occurs in Adlam, Armenian, Cherokee, Coptic, Cyrillic, Deseret, Glagolitic, Greek, Khutsuri and Mkhedruli Georgian, Latin, Medefaidrin, Old Hungarian, Osage and Warang Citi scripts.Numeric values and types
Decimal
Characters are classified with a Numeric type. Characters such as fractions, subscripts, superscripts, Roman numerals, currency numerators, encircled numbers, and script-specific digits are type Numeric. They have a numeric value that can be decimal, including zero and negatives, or a vulgar fraction. If there is not such a value, as with most of the characters, the numeric type is "None".The characters that do have a numeric value are separated in three groups: Decimal, Digit and Numeric. "Decimal" means the character is a straight decimal digit. Only characters that are part of a contiguous encoded range 0..9 have numeric type Decimal. Other digits, like superscripts, have numeric type Digit. All numeric characters like fractions and Roman numerals end up with the type "Numeric". The intended effect is that a simple parser can use these decimal numeric values, without being distracted by say a numeric superscript or a fraction. Seventy-three CJK Ideographs that represent a number, including those used for accounting, are typed Numeric.
On the other hand, characters that could have a numeric value as a second meaning are still marked Numeric type "None", and have no numeric value. E.g. Latin letters can be used in paragraph numbering like "II.A.1.b", but the letters "I", "A" and "b" are not numeric and have no numeric value.
Hexadecimal digits
characters are those in the series with hexadecimal values 0...9ABCDEF. The character property Hex_Digit is set to Yes when a character is in such a series:Forty-four characters are marked as Hex_Digit. The ones in the Basic Latin block are also marked as ASCII_Hex_Digit.
Unicode has no separate characters for hexadecimal values. A consequence is, that when using regular characters it is not possible to determine whether hexadecimal value is intended, or even whether a value is intended at all. That should be determined at a higher level, e.g. by prepending "0x" to a hexadecimal number or by context. The only feature is that Unicode can note that a sequence can or can not be a hexadecimal value.
Block
A block is a uniquely named, contiguous range of code points. It is identified by its first and last code point. Blocks do not overlap. A block may contain code points that are reserved, not-assigned etc. Each character that is assigned, has a single "block name" value from the 308 names assigned as of Unicode version 13.0 Unassigned code points outside of an existing block, have the default value "No_block".Script
Each assigned character can have a single value for its "Script" property, signifying to which script it belongs. The value is a four-letter code in the range Aaaa-Zzzz, as available in ISO 15924, which is mapped to a writing system. Apart from when describing the background and usage of a script, Unicode does not use a connection between a script and languages that use that script. So "Hebrew" refers to the Hebrew script, not to the Hebrew language.The special code Zyyy for "Common" allows a single value for a character that is used in multiple scripts. The code Zinh "Inherited script", used for combining characters and certain other special-purpose code points, indicates that a character "inherits" its script identity from the character with which it is combined. The code Zzzz "Unknown" is used for all characters that do not belong to a script, such as symbols and formatting characters. Overall, characters of a single script can be scattered over multiple blocks, like Latin characters. And the other way around too: multiple scripts can be present is a single block, e.g. block Letterlike Symbols contains characters from the Latin, Greek and Common scripts.
When the Script is "", according to Unicode the character does not belong to a script. This pertains to symbols, because the existing ISO script codes "Zmth", "Zsym", and "Zsye" are not used in Unicode. The "Script" property is also blank for code points that are not a typographic character like controls, substitutes, and private use code points.
If there is a specific script alias name in ISO 15924, it is used in the character name:, and.
Normalization properties
Decompositions, decomposition type, canonical combining class, composition exclusions, and more.Age
Age is the version of the Standard in which the code point was first designated. The version number is shortened to the numbering major.minor, although there more detailed version numbers are used: versions 4.0.0 and 4.0.1 both are named 4.0 as Age. Given the releases, Age can be from the range: 1.1, 2.0, 2.1, 3.0, 3.1, 3.2, 4.0, 4.1, 5.0, 5.1, 5.2, 6.0, 6.1, 6.2, 6.3, 7.0, 8.0, 9.0, 10.0, 11.0, 12.0, 12.1, and 13.0. The long values for Age begin in a V and use an underscore instead of a dot: V1_1, for example. Codepoints without a specifically assigned age value have the value "NA", with the long form "Unassigned".Deprecated
Once a character has been defined, it will not be withdrawn or changed in defining properties. But it can be declared deprecated: A coded character whose use is strongly discouraged. As of Unicode version 10.0, fifteen characters are deprecated:- U+0149 LATIN SMALL LETTER N PRECEDED BY APOSTROPHE: use the sequence ʼ0020 006E instead
- U+0673 ARABIC LETTER ALEF WITH WAVY HAMZA BELOW: use the sequence 0627 065F instead
- U+0F77 TIBETAN VOWEL SIGN VOCALIC RR: use the sequence 0FB2 0F81 instead
- U+0F79 TIBETAN VOWEL SIGN VOCALIC LL: use the sequence 0FB3 0F81 instead
- U+17A3 KHMER INDEPENDENT VOWEL QAQ: use 17A2 KHMER LETTER QA instead
- U+17A4 KHMER INDEPENDENT VOWEL QAA: use the sequence 17A2 17B6 instead
- U+206A INHIBIT SYMMETRIC SWAPPING
- U+206B ACTIVATE SYMMETRIC SWAPPING
- U+206C INHIBIT ARABIC FORM SHAPING
- U+206D ACTIVATE ARABIC FORM SHAPING
- U+206E NATIONAL DIGIT SHAPES
- U+206F NOMINAL DIGIT SHAPES
- U+2329 LEFT-POINTING ANGLE BRACKET: use U+3008 LEFT ANGLE BRACKET instead
- U+232A RIGHT-POINTING ANGLE BRACKET: use U+3009 RIGHT ANGLE BRACKET instead
- U+E0001 LANGUAGE TAG
Boundaries
The Unicode Standard specifies the following boundary-related properties:- Grapheme cluster
- Word
- Line
- Sentence