1# $FreeBSD$ 2 3TYPE ROWCOL 4NAME HEBREW/UCS 5SRC_ZONE 0x00-0xFF 6OOB_MODE ILSEQ 7DST_ILSEQ 0xFFFE 8DST_UNIT_BITS 16 9 10BEGIN_MAP 11#======================================================================= 12# File name: HEBREW.TXT 13# 14# Contents: Map (external version) from Mac OS Hebrew 15# character set to Unicode 2.1 and later. 16# 17# Copyright: (c) 1995-2002, 2005 by Apple Computer, Inc., all rights 18# reserved. 19# 20# Contact: charsets@apple.com 21# 22# Changes: 23# 24# c02 2005-Apr-05 Update header comments; add section on 25# roundtrip considerations. Matches internal 26# xml <c1.4> and Text Encoding Converter 2.0. 27# b3,c1 2002-Dec-19 Don't require left-right context for digits 28# 0x30-0x39. Change mapping of 0x81 to use 29# decomposition. Reverse the mappings of 0xA8, 30# 0xA9. Update URLs, notes. Matches internal 31# utom<b7>. 32# b02 1999-Sep-22 Update contact e-mail address. Matches 33# internal utom<b1>, ufrm<b1>, and Text 34# Encoding Converter version 1.5. 35# n03 1998-Feb-05 Show required Unicode character 36# directionality in a different way. Update 37# mappings for 0xC0 and 0xDE to use 38# transcoding hints; matches internal utom<n6>, 39# ufrm<n20>, and Text Encoding Converter 40# version 1.3. Rewrite header comments. 41# n01 1995-Nov-15 First version. Matches internal ufrm<n8>. 42# 43# Standard header: 44# ---------------- 45# 46# Apple, the Apple logo, and Macintosh are trademarks of Apple 47# Computer, Inc., registered in the United States and other countries. 48# Unicode is a trademark of Unicode Inc. For the sake of brevity, 49# throughout this document, "Macintosh" can be used to refer to 50# Macintosh computers and "Unicode" can be used to refer to the 51# Unicode standard. 52# 53# Apple Computer, Inc. ("Apple") makes no warranty or representation, 54# either express or implied, with respect to this document and the 55# included data, its quality, accuracy, or fitness for a particular 56# purpose. In no event will Apple be liable for direct, indirect, 57# special, incidental, or consequential damages resulting from any 58# defect or inaccuracy in this document or the included data. 59# 60# These mapping tables and character lists are subject to change. 61# The latest tables should be available from the following: 62# 63# <http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/> 64# 65# For general information about Mac OS encodings and these mapping 66# tables, see the file "README.TXT". 67# 68# Format: 69# ------- 70# 71# Three tab-separated columns; 72# '#' begins a comment which continues to the end of the line. 73# Column #1 is the Mac OS Hebrew code (in hex as 0xNN). 74# Column #2 is the corresponding Unicode or Unicode sequence (in 75# hex as 0xNNNN, 0xNNNN+0xNNNN, etc.). Sequences of up to 3 76# Unicode characters are used here. A single Unicode character 77# may be preceded by a tag indicating required directionality 78# (i.e. 0xNNNN or 0xNNNN). 79# Column #3 is a comment containing the Unicode name. 80# 81# The entries are in Mac OS Hebrew code order. 82# 83# Some of these mappings require the use of corporate characters. 84# See the file "CORPCHAR.TXT" and notes below. 85# 86# Control character mappings are not shown in this table, following 87# the conventions of the standard UTC mapping tables. However, the 88# Mac OS Hebrew character set uses the standard control characters at 89# 0x00-0x1F and 0x7F. 90# 91# Notes on Mac OS Hebrew: 92# ----------------------- 93# 94# This is a legacy Mac OS encoding; in the Mac OS X Carbon and Cocoa 95# environments, it is only supported via transcoding to and from 96# Unicode. 97# 98# 1. General 99# 100# The Mac OS Hebrew character set supports the Hebrew and Yiddish 101# languages. It incorporates the Hebrew letter repertoire of 102# ISO 8859-8, and uses the same code points for them, 0xE0-0xFA. 103# It also incorporates the ASCII character set. In addition, the 104# Mac OS Hebrew character set includes the following: 105# 106# - Hebrew points (nikud marks) at 0xC6, 0xCB-0xCF and 0xD8-0xDF. 107# These are non-spacing combining marks. Note that the RAFE point 108# at 0xD8 is not displayed correctly in some fonts, and cannot be 109# typed using the keyboard layouts in the current Hebrew localized 110# systems. Also note: The character given in Unicode as QAMATS 111# (U+05B8) actually refers to two different sounds, depending on 112# context. For example, when ALEF is followed by QAMATS, the QAMATS 113# can actually refer to two different sounds depending on the 114# following letters. The Mac OS Hebrew character set separately 115# encodes these two sounds for the same graphic shape, as "qamats" 116# (0xCB) and "qamats qatan" (0xDE). The "qamats" character is more 117# common, so it is mapped to the Unicode QAMATS; "qamats qatan" can 118# only be used with a limited number of characters, and it is 119# mapped using a corporate-zone variant tag (see below). 120# 121# - Various Hebrew ligatures at 0x81, 0xC0, 0xC7, 0xC8, 0xD6, and 122# 0xD7. Also note that the Yiddish YOD YOD PATAH ligature at 0x81 123# is missing in some fonts. 124# 125# - The NEW SHEQEL SIGN at 0xA6. 126# 127# - Latin characters with diacritics at 0x80 and 0x82-0x9F. However, 128# most of these cannot be typed using the keyboard layouts in the 129# Hebrew localized systems. 130# 131# - Right-left versions of certain ASCII punctuation, symbols and 132# digits: 0xA0-0xA5, 0xA7-0xBF, 0xFB-0xFF. See below. 133# 134# - Miscellaneous additional punctuation at 0xC1, 0xC9, 0xCA, and 135# 0xD0-0xD5. There is a variant of the Hebrew encoding in which 136# the LEFT SINGLE QUOTATION MARK at 0xD4 is replaced by FIGURE 137# SPACE. The glyphs for some of the other punctuation characters 138# are missing in some fonts. 139# 140# - Four obsolete characters at 0xC2-0xC5 known as canorals (not to 141# be confused with cantillation marks!). These were used for 142# manual positioning of nikud marks before System 7.1 (at which 143# point nikud positioning became automatic with WorldScript.). 144# 145# 2. Directional characters and roundtrip fidelity 146# 147# The Mac OS Hebrew character set was developed around 1987. At that 148# time the bidirectional line line layout algorithm used in the Mac OS 149# Hebrew system was fairly simple; it used only a few direction 150# classes (instead of the 19 now used in the Unicode bidirectional 151# algorithm). In order to permit users to handle some tricky layou 152# problems, certain punctuation, symbol, and digit characters have 153# duplicate code points, one with a left-right direction attribute and 154# the other with a right-left direction attribute. 155# 156# For example, plus sign is encoded at 0x2B with a left-right 157# attribute, and at 0xAB with a right-left attribute. However, there 158# is only one PLUS SIGN character in Unicode. This leads to some 159# interesting problems when mapping between Mac OS Hebrew and Unicode; 160# see below. 161# 162# A related problem is that even when a particular character is 163# encoded only once in Mac OS Hebrew, it may have a different 164# direction attribute than the corresponding Unicode character. 165# 166# For example, the Mac OS Hebrew character at 0xC9 is HORIZONTAL 167# ELLIPSIS with strong right-left direction. However, the Unicode 168# character HORIZONTAL ELLIPSIS has direction class neutral. 169# 170# 3. Font variants 171# 172# The table in this file gives the Unicode mappings for the standard 173# Mac OS Hebrew encoding. This encoding is supported by many of the 174# Apple fonts (including all of the fonts in the Hebrew Language Kit), 175# and is the encoding supported by the text processing utilities. 176# However, some TrueType fonts provided with the localized Hebrew 177# system implement a slightly different encoding; the difference is 178# only in one code point, 0xD4. For the standard variant, this is: 179# 0xD4 -> 0x2018 LEFT SINGLE QUOTATION MARK, right-left 180# 181# The TrueType variant is used by the following TrueType fonts from 182# the localized system: Caesarea, Carmel Book, Gilboa, Ramat Sharon, 183# and Sinai Book. For these, 0xD4 is as follows: 184# 0xD4 -> 0x2007 FIGURE SPACE, right-left 185# 186# Unicode mapping issues and notes: 187# --------------------------------- 188# 189# 1. Matching the direction of Mac OS Hebrew characters 190# 191# When Mac OS Hebrew encodes a character twice but with different 192# direction attributes for the two code points - as in the case of 193# plus sign mentioned above - we need a way to map both Mac OS Hebrew 194# code points to Unicode and back again without loss of information. 195# With the plus sign, for example, mapping one of the Mac OS Hebrew 196# characters to a code in the Unicode corporate use zone is 197# undesirable, since both of the plus sign characters are likely to 198# be used in text that is interchanged. 199# 200# The problem is solved with the use of direction override characters 201# and direction-dependent mappings. When mapping from Mac OS Hebrew 202# to Unicode, we use direction overrides as necessary to force the 203# direction of the resulting Unicode characters. 204# 205# The required direction is indicated by a direction tag in the 206# mappings. A tag of <LR> means the corresponding Unicode character 207# must have a strong left-right context, and a tag of <RL> indicates 208# a right-left context. 209# 210# For example, the mapping of 0x2B is given as 0x002B; the 211# mapping of 0xAB is given as 0x002B. If we map an isolated 212# instance of 0x2B to Unicode, it should be mapped as follows (LRO 213# indicates LEFT-RIGHT OVERRIDE, PDF indicates POP DIRECTION 214# FORMATTING): 215# 216# 0x2B -> 0x202D (LRO) + 0x002B (PLUS SIGN) + 0x202C (PDF) 217# 218# When mapping several characters in a row that require direction 219# forcing, the overrides need only be used at the beginning and end. 220# For example: 221# 222# 0x24 0x20 0x28 0x29 -> 0x202D 0x0024 0x0020 0x0028 0x0029 0x202C 223# 224# If neutral characters that require direction forcing are already 225# between strong-direction characters with matching directionality, 226# then direction overrides need not be used. Direction overrides are 227# always needed to map the right-left digits at 0xB0-0xB9. 228# 229# When mapping from Unicode to Mac OS Hebrew, the Unicode 230# bidirectional algorithm should be used to determine resolved 231# direction of the Unicode characters. The mapping from Unicode to 232# Mac OS Hebrew can then be disambiguated by the use of the resolved 233# direction: 234# 235# Unicode 0x002B -> Mac OS Hebrew 0x2B (if L) or 0xAB (if R) 236# 237# However, this also means the direction override characters should 238# be discarded when mapping from Unicode to Mac OS Hebrew (after 239# they have been used to determine resolved direction), since the 240# direction override information is carried by the code point itself. 241# 242# Even when direction overrides are not needed for roundtrip 243# fidelity, they are sometimes used when mapping Mac OS Hebrew 244# characters to Unicode in order to achieve similar text layout with 245# the resulting Unicode text. For example, the single Mac OS Hebrew 246# ellipsis character has direction class right-left,and there is no 247# left-right version. However, the Unicode HORIZONTAL ELLIPSIS 248# character has direction class neutral (which means it may end up 249# with a resolved direction of left-right if surrounded by left-right 250# characters). When mapping the Mac OS Hebrew ellipsis to Unicode, it 251# is surrounded with a direction override to help preserve proper 252# text layout. The resolved direction is not needed or used when 253# mapping the Unicode HORIZONTAL ELLIPSIS back to Mac OS Hebrew. 254# 255# 2. Use of corporate-zone Unicodes 256# 257# The goals in the mappings provided here are: 258# - Ensure roundtrip mapping from every character in the Mac OS 259# Hebrew character set to Unicode and back 260# - Use standard Unicode characters as much as possible, to 261# maximize interchangeability of the resulting Unicode text. 262# Whenever possible, avoid having content carried by private-use 263# characters. 264# 265# Some of the characters in the Mac OS Hebrew character set do not 266# correspond to distinct, single Unicode characters. To map these 267# and satisfy both goals above, we employ various strategies. 268# 269# a) If possible, use private use characters in combination with 270# standard Unicode characters to mark variants of the standard 271# Unicode character. 272# 273# Apple has defined a block of 32 corporate characters as "transcoding 274# hints." These are used in combination with standard Unicode characters 275# to force them to be treated in a special way for mapping to other 276# encodings; they have no other effect. Sixteen of these transcoding 277# hints are "grouping hints" - they indicate that the next 2-4 Unicode 278# characters should be treated as a single entity for transcoding. The 279# other sixteen transcoding hints are "variant tags" - they are like 280# combining characters, and can follow a standard Unicode (or a sequence 281# consisting of a base character and other combining characters) to 282# cause it to be treated in a special way for transcoding. These always 283# terminate a combining-character sequence. 284# 285# Two transcoding hints are used in this mapping table: a grouping hint 286# and a variant tag: 287# hint: 288# 0xF86A group next 2 characters, right-left directionality 289# 0xF87F variant tag 290# 291# In Mac OS Hebrew, 0xC0 is a ligature for lamed holam. This can also 292# be represented in Mac OS Hebrew as 0xEC+0xDD, using separate 293# characters for lamed and holam. The latter sequence is mapped to 294# Unicode as 0x05DC+0x05B9, i.e. as the sequence HEBREW LETTER LAMED + 295# HEBREW POINT HOLAM. We want to map the ligature 0xC0 using the same 296# standard Unicode characters, but for round-trip fidelity we need to 297# distinguish it from the mapping of the sequence 0xEC+0xDD. Thus for 298# 0xC0 we use a grouping hint, and map as follows: 299# 300# 0xC0 -> 0xF86A+0x05DC+0x05B9 301# 302# The variant tag is used for "qamats qatan" to mark it as an alternate 303# for HEBREW POINT QAMATS, as follows: 304# 305# 0xDE -> 0x05B8+0xF87F 306# 307# b) Otherwise, use private use characters by themselves to map Mac OS 308# Hebrew characters which have no relationship to any standard Unicode 309# character. 310# 311# The following additional corporate zone Unicode characters are used 312# for this purpose here (to map the obsolete "canorals", see above): 313# 314# 0xF89B Hebrew canoral 1 315# 0xF89C Hebrew canoral 2 316# 0xF89D Hebrew canoral 3 317# 0xF89E Hebrew canoral 4 318# 319# 3. Roundtrip considerations when mapping to decomposed Unicode 320# 321# Both Mac OS Hebrew and Unicode provide multiple ways of representing 322# certain letter-and-point combinations. For example, HEBREW LETTER 323# VAV WITH HOLAM can be represented in Unicode as the single character 324# 0xFB4B or as the sequence 0x05D5 0x05B9; similarly, it can be 325# represented in Mac OS Hebrew as 0xC7 or as the sequence 0xE5 0xDD. 326# This leads to some roundtrip problems. First note that we have the 327# following mappings without such problems: 328# 329# Mac standard decomp. of reverse map 330# OS Unicode mapping std. mapping of decomp. 331# ---- ---------------------------------- ------------- ----------- 332# 0xC6 0x05BC ... POINT DAGESH OR MAPIQ 0x05BC (same) 0xC6 333# 0xE5 0x05D5 ... LETTER VAV 0x05D5 (same) 0xE5 334# 0xDD 0x05B9 ... POINT HOLAM 0x05B9 (same) 0xDD 335# 336# However, those mappings above cause roundtrip problems for the 337# the following mappings if they are decomposed: 338# 339# Mac standard decomp. of reverse map 340# OS Unicode mapping std. mapping of decomp. 341# ---- ---------------------------------- ------------- ----------- 342# 0xC7 0xFB4B ... LETTER VAV WITH HOLAM 0x05D5 0x05B9 0xE5 0xDD 343# 0xC8 0xFB35 ... LETTER VAV WITH DAGESH 0x05D5 0x05BC 0xE5 0xC6 344# 345# One solution is to use a grouping transcoding hint with the two 346# decompositions above to mark the decomposed sequence for special 347# treatment in transcoding. This yields the following mappings to 348# decomposed Unicode: 349# 350# Mac decomposed 351# OS Unicode mapping 352# ---- -------------------- 353# 0xC7 0xF86A 0x05D5 0x05B9 354# 0xC8 0xF86A 0x05D5 0x05BC 355# 356# Details of mapping changes in each version: 357# ------------------------------------------- 358# 359# Changes from version b02 to version b03/c01: 360# 361# - Stop specifying left-right context for digits 0x30-0x39, since the 362# corresponding Unicodes 0x0030-0x0039 already have left-right 363# directionality. 364# 365# - Change mapping of 0x81 from 0xFB1F HEBREW LIGATURE YIDDISH YOD YOD 366# PATAH to its canonical decomposition 0x05F2+0x05B7 to improve 367# cross-platform compatibility (Windows doesn't handle 0xFB1F) 368# 369# - Interchange the mappings of 0xA8 and 0xA9 to obtain the correct 370# open/close behavior; they work differently than in Mac Arabic. 371# The old mapping was 372# 0xA8 0x0028 # LEFT PARENTHESIS, right-left 373# 0xA9 0x0029 # RIGHT PARENTHESIS, right-left 374# and the new mapping is 375# 0xA8 0x0029 # RIGHT PARENTHESIS, right-left 376# 0xA9 0x0028 # LEFT PARENTHESIS, right-left 377# 378# Changes from version n01 to version n03: 379# 380# - Change mapping for 0xC0 from single corporate character to 381# grouping hint plus standard Unicodes 382# 383# - Change mapping for 0xDE from single corporate character to 384# standard Unicode plus variant tag 385# 386################## 387 3880x00 - 0x7F = 0x0000 - 3890x80 = 0x00C4 # LATIN CAPITAL LETTER A WITH DIAERESIS 3900x81 = 0xFB1F # 0x05F2+0x05B7 # HEBREW LIGATURE YIDDISH YOD YOD PATAH 3910x82 = 0x00C7 # LATIN CAPITAL LETTER C WITH CEDILLA 3920x83 = 0x00C9 # LATIN CAPITAL LETTER E WITH ACUTE 3930x84 = 0x00D1 # LATIN CAPITAL LETTER N WITH TILDE 3940x85 = 0x00D6 # LATIN CAPITAL LETTER O WITH DIAERESIS 3950x86 = 0x00DC # LATIN CAPITAL LETTER U WITH DIAERESIS 3960x87 = 0x00E1 # LATIN SMALL LETTER A WITH ACUTE 3970x88 = 0x00E0 # LATIN SMALL LETTER A WITH GRAVE 3980x89 = 0x00E2 # LATIN SMALL LETTER A WITH CIRCUMFLEX 3990x8A = 0x00E4 # LATIN SMALL LETTER A WITH DIAERESIS 4000x8B = 0x00E3 # LATIN SMALL LETTER A WITH TILDE 4010x8C = 0x00E5 # LATIN SMALL LETTER A WITH RING ABOVE 4020x8D = 0x00E7 # LATIN SMALL LETTER C WITH CEDILLA 4030x8E = 0x00E9 # LATIN SMALL LETTER E WITH ACUTE 4040x8F = 0x00E8 # LATIN SMALL LETTER E WITH GRAVE 4050x90 = 0x00EA # LATIN SMALL LETTER E WITH CIRCUMFLEX 4060x91 = 0x00EB # LATIN SMALL LETTER E WITH DIAERESIS 4070x92 = 0x00ED # LATIN SMALL LETTER I WITH ACUTE 4080x93 = 0x00EC # LATIN SMALL LETTER I WITH GRAVE 4090x94 = 0x00EE # LATIN SMALL LETTER I WITH CIRCUMFLEX 4100x95 = 0x00EF # LATIN SMALL LETTER I WITH DIAERESIS 4110x96 = 0x00F1 # LATIN SMALL LETTER N WITH TILDE 4120x97 = 0x00F3 # LATIN SMALL LETTER O WITH ACUTE 4130x98 = 0x00F2 # LATIN SMALL LETTER O WITH GRAVE 4140x99 = 0x00F4 # LATIN SMALL LETTER O WITH CIRCUMFLEX 4150x9A = 0x00F6 # LATIN SMALL LETTER O WITH DIAERESIS 4160x9B = 0x00F5 # LATIN SMALL LETTER O WITH TILDE 4170x9C = 0x00FA # LATIN SMALL LETTER U WITH ACUTE 4180x9D = 0x00F9 # LATIN SMALL LETTER U WITH GRAVE 4190x9E = 0x00FB # LATIN SMALL LETTER U WITH CIRCUMFLEX 4200x9F = 0x00FC # LATIN SMALL LETTER U WITH DIAERESIS 4210xA0 = 0x0020 # SPACE, right-left 4220xA1 = 0x0021 # EXCLAMATION MARK, right-left 4230xA2 = 0x0022 # QUOTATION MARK, right-left 4240xA3 = 0x0023 # NUMBER SIGN, right-left 4250xA4 = 0x0024 # DOLLAR SIGN, right-left 4260xA5 = 0x0025 # PERCENT SIGN, right-left 4270xA6 = 0x20AA # NEW SHEQEL SIGN 4280xA7 = 0x0027 # APOSTROPHE, right-left 4290xA8 = 0x0029 # RIGHT PARENTHESIS, right-left # close parenthesis 4300xA9 = 0x0028 # LEFT PARENTHESIS, right-left # open parenthesis 4310xAA = 0x002A # ASTERISK, right-left 4320xAB = 0x002B # PLUS SIGN, right-left 4330xAC = 0x002C # COMMA, right-left 4340xAD = 0x002D # HYPHEN-MINUS, right-left 4350xAE = 0x002E # FULL STOP, right-left 4360xAF = 0x002F # SOLIDUS, right-left 4370xB0 = 0x0030 # DIGIT ZERO, right-left (need override) 4380xB1 = 0x0031 # DIGIT ONE, right-left (need override) 4390xB2 = 0x0032 # DIGIT TWO, right-left (need override) 4400xB3 = 0x0033 # DIGIT THREE, right-left (need override) 4410xB4 = 0x0034 # DIGIT FOUR, right-left (need override) 4420xB5 = 0x0035 # DIGIT FIVE, right-left (need override) 4430xB6 = 0x0036 # DIGIT SIX, right-left (need override) 4440xB7 = 0x0037 # DIGIT SEVEN, right-left (need override) 4450xB8 = 0x0038 # DIGIT EIGHT, right-left (need override) 4460xB9 = 0x0039 # DIGIT NINE, right-left (need override) 4470xBA = 0x003A # COLON, right-left 4480xBB = 0x003B # SEMICOLON, right-left 4490xBC = 0x003C # LESS-THAN SIGN, right-left 4500xBD = 0x003D # EQUALS SIGN, right-left 4510xBE = 0x003E # GREATER-THAN SIGN, right-left 4520xBF = 0x003F # QUESTION MARK, right-left 4530xC0 = 0x05B9 # 0xF86A+0x05DC+0x05B9 # Hebrew ligature lamed holam 4540xC1 = 0x201E # DOUBLE LOW-9 QUOTATION MARK, right-left 4550xC2 = 0xF89B # Hebrew canoral 1 4560xC3 = 0xF89C # Hebrew canoral 2 4570xC4 = 0xF89D # Hebrew canoral 3 4580xC5 = 0xF89E # Hebrew canoral 4 4590xC6 = 0x05BC # HEBREW POINT DAGESH OR MAPIQ 4600xC7 = 0xFB4B # HEBREW LETTER VAV WITH HOLAM 4610xC8 = 0xFB35 # HEBREW LETTER VAV WITH DAGESH 4620xC9 = 0x2026 # HORIZONTAL ELLIPSIS, right-left 4630xCA = 0x00A0 # NO-BREAK SPACE, right-left 4640xCB = 0x05B8 # HEBREW POINT QAMATS 4650xCC = 0x05B7 # HEBREW POINT PATAH 4660xCD = 0x05B5 # HEBREW POINT TSERE 4670xCE = 0x05B6 # HEBREW POINT SEGOL 4680xCF = 0x05B4 # HEBREW POINT HIRIQ 4690xD0 = 0x2013 # EN DASH, right-left 4700xD1 = 0x2014 # EM DASH, right-left 4710xD2 = 0x201C # LEFT DOUBLE QUOTATION MARK, right-left 4720xD3 = 0x201D # RIGHT DOUBLE QUOTATION MARK, right-left 4730xD4 = 0x2018 # LEFT SINGLE QUOTATION MARK, right-left 4740xD5 = 0x2019 # RIGHT SINGLE QUOTATION MARK, right-left 4750xD6 = 0xFB2A # HEBREW LETTER SHIN WITH SHIN DOT 4760xD7 = 0xFB2B # HEBREW LETTER SHIN WITH SIN DOT 4770xD8 = 0x05BF # HEBREW POINT RAFE 4780xD9 = 0x05B0 # HEBREW POINT SHEVA 4790xDA = 0x05B2 # HEBREW POINT HATAF PATAH 4800xDB = 0x05B1 # HEBREW POINT HATAF SEGOL 4810xDC = 0x05BB # HEBREW POINT QUBUTS 4820xDD = 0x05B9 # HEBREW POINT HOLAM 4830xDE = 0xF87F # 0x05B8+0xF87F # HEBREW POINT QAMATS, alternate form "qamats qatan" 4840xDF = 0x05B3 # HEBREW POINT HATAF QAMATS 4850xE0 = 0x05D0 # HEBREW LETTER ALEF 4860xE1 = 0x05D1 # HEBREW LETTER BET 4870xE2 = 0x05D2 # HEBREW LETTER GIMEL 4880xE3 = 0x05D3 # HEBREW LETTER DALET 4890xE4 = 0x05D4 # HEBREW LETTER HE 4900xE5 = 0x05D5 # HEBREW LETTER VAV 4910xE6 = 0x05D6 # HEBREW LETTER ZAYIN 4920xE7 = 0x05D7 # HEBREW LETTER HET 4930xE8 = 0x05D8 # HEBREW LETTER TET 4940xE9 = 0x05D9 # HEBREW LETTER YOD 4950xEA = 0x05DA # HEBREW LETTER FINAL KAF 4960xEB = 0x05DB # HEBREW LETTER KAF 4970xEC = 0x05DC # HEBREW LETTER LAMED 4980xED = 0x05DD # HEBREW LETTER FINAL MEM 4990xEE = 0x05DE # HEBREW LETTER MEM 5000xEF = 0x05DF # HEBREW LETTER FINAL NUN 5010xF0 = 0x05E0 # HEBREW LETTER NUN 5020xF1 = 0x05E1 # HEBREW LETTER SAMEKH 5030xF2 = 0x05E2 # HEBREW LETTER AYIN 5040xF3 = 0x05E3 # HEBREW LETTER FINAL PE 5050xF4 = 0x05E4 # HEBREW LETTER PE 5060xF5 = 0x05E5 # HEBREW LETTER FINAL TSADI 5070xF6 = 0x05E6 # HEBREW LETTER TSADI 5080xF7 = 0x05E7 # HEBREW LETTER QOF 5090xF8 = 0x05E8 # HEBREW LETTER RESH 5100xF9 = 0x05E9 # HEBREW LETTER SHIN 5110xFA = 0x05EA # HEBREW LETTER TAV 5120xFB = 0x007D # RIGHT CURLY BRACKET, right-left 5130xFC = 0x005D # RIGHT SQUARE BRACKET, right-left 5140xFD = 0x007B # LEFT CURLY BRACKET, right-left 5150xFE = 0x005B # LEFT SQUARE BRACKET, right-left 5160xFF = 0x007C # VERTICAL LINE, right-left 517END_MAP 518