URL
https://opencores.org/ocsvn/scarts/scarts/trunk
Subversion Repositories scarts
[/] [scarts/] [trunk/] [toolchain/] [scarts-gcc/] [gcc-4.1.1/] [libjava/] [classpath/] [doc/] [unicode/] [ReadMe-2.1.1.txt] - Rev 14
Compare with Previous | Blame | View Log
UNICODE 2.1 CHARACTER DATABASECopyright (c) 1991-1998 Unicode, Inc.All Rights reserved.DISCLAIMERThe Unicode Character Database "UNIDAT21.TXT" is provided as-is byUnicode, Inc. (The Unicode Consortium). No claims are made as to fitness for anyparticular purpose. No warranties of any kind are expressed or implied. Therecipient agrees to determine applicability of information provided. If thisfile has been purchased on magnetic or optical media from Unicode, Inc.,the sole remedy for any claim will be exchange of defective media within90 days of receipt.This disclaimer is applicable for all other data files accompanying theUnicode Character Database, some of which have been compiled by theUnicode Consortium, and some of which have been supplied by other vendors.LIMITATIONS ON RIGHTS TO REDISTRIBUTE THIS DATARecipient is granted the right to make copies in any form for internaldistribution and to freely use the information supplied in the creation ofproducts supporting the Unicode (TM) Standard. This file can be redistributedto third parties or other organizations (whether for profit or not) as longas this notice and the disclaimer notice are retained.EXPLANATORY INFORMATIONThe Unicode Character Database defines the default Unicode characterproperties, and internal mappings. Particular implementations may choose tooverride the properties and mappings that are not normative. If that is done,it is up to the implementer to establish a protocol to convey thatinformation. For more information about character properties and mappings,see "The Unicode Standard, Worldwide Character Encoding, Version 2.0",published by Addison-Wesley. For information about other data filesaccompanying the Unicode Character Database, see the section of theUnicode Standard they were extracted from, or the explanatory readmefiles and/or header sections with those files.The Unicode Character Database has been updated to reflect Version 2.1of the Unicode Standard, with two additional characters added to thosepublished in Version 2.0:U+20AC EURO SIGNU+FFFC OBJECT REPLACEMENT CHARACTERA number of corrections have also been made to case mappings or othererrors in the database noted since the publication of Version 2.0. Anda few normative bidirectional properties have been modified to reflectdecisions of the Unicode Technical Committee.The Unicode Character Database is a plain ASCII text file consisting of linescontaining fields terminated by semicolons. Each line represents the data forone encoded character in the Unicode Standard, Version 2.1. Every encodedcharacter has a data entry, with the exception of certain special ranges, asdetailed below.There are five special ranges of characters that are represented only bytheir start and end characters, since the properties in the file are uniform,except for code values (which are all sequential and assigned). The names of CJKideograph characters and Hangul syllable characters are algorithmicallyderivable. (See the Unicode Standard for more information). Surrogatecharacters and private use characters have no names.The exact ranges represented by start and end characters are:The CJK Ideographs Area (U+4E00 - U+9FFF)The Hangul Syllables Area (U+AC00 - U+D7A3)The Surrogates Area (U+D800 - U+DFFF)The Private Use Area (U+E000 - U+F8FF)CJK Compatibility Ideographs (U+F900 - U+FAFF)The following table describes the format and meaning of each field in adata entry in the Unicode Character Database. Fields which containnormative information are so indicated.Field Explanation----- -----------0 Code value in 4-digit hexadecimal format.This field is normative.1 Unicode 2.1 Character Name. These names match exactly thenames published in Chapter 7 of the Unicode Standard, Version2.0, except for the two additional characters.This field is normative.2 General Category. This is a useful breakdown into various "charactertypes" which can be used as a default categorization in implementations.Some of the values are normative, and some are informative.See below for a brief explanation.3 Canonical Combining Classes. The classes used for theCanonical Ordering Algorithm in the Unicode Standard. Theseclasses are also printed in Chapter 4 of the Unicode Standard.This field is normative. See below for a brief explanation.4 Bidirectional Category. See the list below for an explanation of theabbreviations used in this field. These are the categories requiredby the Bidirectional Behavior Algorithm in the Unicode Standard.These categories are summarized in Chapter 4 of the Unicode Standard.This field is normative.5 Character Decomposition. In the Unicode Standard, not all ofthe decompositions are full decompositions. Recursiveapplication of look-up for decompositions will, in all cases, lead toa maximal decomposition. The decompositions match exactly thedecompositions published with the character names in Chapter 7of the Unicode Standard. This field is normative.6 Decimal digit value. This is a numeric field. If the characterhas the decimal digit property, as specified in Chapter 4 ofthe Unicode Standard, the value of that digit is representedwith an integer value in this field. This field is normative.7 Digit value. This is a numeric field. If the character represents adigit, not necessarily a decimal digit, the value is here. Thiscovers digits which do not form decimal radix forms, such as thecompatibility superscript digits. This field is informative.8 Numeric value. This is a numeric field. If the character has thenumeric property, as specified in Chapter 4 of the UnicodeStandard, the value of that character is represented with aninteger or rational number in this field. This includes fractions as,e.g., "1/5" for U+2155 VULGAR FRACTION ONE FIFTH.Also included are numerical values for compatibility characterssuch as circled numbers. This field is normative.9 If the characters has been identified as a "mirrored" character inbidirectional text, this field has the value "Y"; otherwise "N".The list of mirrored characters is also printed in Chapter 4 ofthe Unicode Standard. This field is normative.10 Unicode 1.0 Name. This is the old name as published in Unicode 1.0.This name is only provided when it is significantly different fromthe Unicode 2.1 name for the character. This field is informative.11 10646 Comment field. This field is informative.12 Upper case equivalent mapping. If a character is part of analphabet with case distinctions, and has an upper case equivalent,then the upper case equivalent is in this field. See the explanationbelow on case distinctions. These mappings are always one-to-one,not one-to-many or many-to-one. This field is informative.13 Lower case equivalent mapping. Similar to 12. This field is informative.14 Title case equivalent mapping. Similar to 12. This field is informative.GENERAL CATEGORYThe values in this field are abbreviations for the following. Some of thevalues are normative, and some are informative. For more information, seethe Unicode Standard. Note: the standard does not assign information tocontrol characters (except for TAB in the Bidirectonal Algorithm).Implementations will generally also assign categories to certain controlcharacters, notably CR and LF, according to platform conventions.NormativeMn = Mark, Non-SpacingMc = Mark, Spacing CombiningMe = Mark, EnclosingNd = Number, Decimal DigitNl = Number, LetterNo = Number, OtherZs = Separator, SpaceZl = Separator, LineZp = Separator, ParagraphCc = Other, ControlCf = Other, FormatCs = Other, SurrogateCo = Other, Private UseCn = Other, Not AssignedInformativeLu = Letter, UppercaseLl = Letter, LowercaseLt = Letter, TitlecaseLm = Letter, ModifierLo = Letter, OtherPc = Punctuation, ConnectorPd = Punctuation, DashPs = Punctuation, OpenPe = Punctuation, ClosePo = Punctuation, OtherSm = Symbol, MathSc = Symbol, CurrencySk = Symbol, ModifierSo = Symbol, OtherBIDIRECTIONAL PROPERTIESPlease refer to the Unicode Standard for an explanation of the algorithm forBidirectional Behavior and an explanation of the sigificance of these categories.These values are normative.Strong types:L Left-Right; Most alphabetic, syllabic, and logographiccharacters (e.g., CJK ideographs)R Right-Left; Arabic, Hebrew, andpunctuation specific to those scriptsWeak types:EN European NumberES European Number SeparatorET European Number TerminatorAN Arabic NumberCS Common Number SeparatorSeparators:B Block SeparatorS Segment SeparatorNeutrals:WS WhitespaceON Other Neutrals ; All other characters: punctuation, symbolsCHARACTER DECOMPOSITION TAGSThe decomposition is a normative property of a character. The tags suppliedwith certain decompositions generally indicate formatting information.Where no such tag is given, the decomposition is designated as canonical.Conversely, the presence of a formatting tag also indicatesthat the decomposition is a compatibility decomposition and not a canonicaldecomposition. In the absence of other formatting information in acompatibility decomposition, the tag <compat> is used to distinguish it fromcanonical decompositions.In some instances a canonical decomposition or a compatibility decompositionmay consist of a single character. For a canonical decomposition, thisindicates that the character is a canonical equivalent of another singlecharacter. For a compatibility decomposition, this indicates that thecharacter is a compatibility equivalent of another single character.The compatibility formatting tags used are:<font> A font variant (e.g. a blackletter form).<noBreak> A no-break version of a space or hyphen.<initial> An initial presentation form (Arabic).<medial> A medial presentation form (Arabic).<final> A final presentation form (Arabic).<isolated> An isolated presentation form (Arabic).<circle> An encircled form.<super> A superscript form.<sub> A subscript form.<vertical> A vertical layout presentation form.<wide> A wide (or zenkaku) compatibility character.<narrow> A narrow (or hankaku) compatibility character.<small> A small variant form (CNS compatibility).<square> A CJK squared font variant.<fraction> A vulgar fraction form.<compat> Otherwise unspecified compatibility character.CANONICAL COMBINING CLASSES0: Spacing, enclosing, reordrant, and surrounding1: Overlays and interior6: Tibetan subjoined Letters7: Nuktas8: Hiragana/Katakana voiced marks9: Viramas10: Start of fixed position classes199: End of fixed position classes200: Below left attached202: Below attached204: Below right attached208: Left attached (reordrant around single base character)210: Right attached212: Above left attached214: Above attached216: Above right attached218: Below left220: Below222: Below right224: Left (reordrant around single base character)226: Right228: Above left230: Above232: Above right234: Double aboveNote: some of the combining classes in this list do not currently havemembers but are specified here for completeness.CASE MAPPINGSIn addition to uppercase and lowercase, because of the inclusion of certaincomposite characters for compatibility, such as "01F1;LATIN CAPITAL LETTERDZ", there is a third case, called titlecase, which is used where the firstcharacter of a word is to be capitalized (e.g. UPPERCASE, Titlecase,lowercase). An example of such a character is "01F2;LATIN CAPITAL LETTER DWITH SMALL LETTER Z".The uppercase, titlecase and lowercase fields are only included for charactersthat have a single corresponding character of that type. Composite characters(such as "339D;SQUARE CM") that do not have a single corresponding characterof that type can be cased by decomposition.The case mapping is an informative, default mapping. Certain languages, suchas Turkish, German, French, or Greek may have small deviations from thedefault mappings listed in the Unicode Character Database.MODIFICATION HISTORYModifications made in updating the Unicode Character Database forthe Unicode Standard, Version 2.1 (from Version 2.0) are:* Added two characters (U+20AC and U+FFFC).* Amended bidi properties for U+0026, U+002E, U+0040, U+2007.* Corrected case mappings for U+018E, U+019F, U+01DD, U+0258, U+0275,U+03C2, U+1E9B.* Changed combining order class for U+0F71.* Corrected canonical decompositions for U+0F73, U+1FBE.* Changed decomposition for U+FB1F from compatibility to canonical.* Added compatibility decompositions for U+FBE8, U+FBE9, U+FBF9..U+FBFB.* Corrected compatibility decompositions for U+2469, U+246A, U+3358.Some of the modifications made in updating the Unicode Character Databasefor the Unicode Standard, Version 2.0 are:* Fixed decompositions with TONOS to use correct NSM: 030D.* Removed old Hangul Syllables; mapping to new characters arein a separate table.* Marked compability decompositions with additional tags.* Changed old tag names for clarity.* Revision of decompositions to use first-level decomposition, insteadof maximal decomposition.* Correction of all known errors in decompositions from earlier versions.* Added control code names (as old Unicode names).* Added Hangul Jamo decompositions.* Added Number category to match properties list in book.* Fixed categories of Koranic Arabic marks.* Fixed categories of precomposed characters to match decomposition where possible.* Added Hebrew cantillation marks and the Tibetan script.* Added place holders for ranges such as CJK Ideographic Area and thePrivate Use Area.* Added categories Me, Sk, Pc, Nl, Cs, Cf, and rectified a number of mistakes in thedatabase.
