summaryrefslogtreecommitdiffstats
path: root/share/i18n/csmapper/APPLE/GUJARATI%UCS.src
blob: 90f36dc2790c4916f717006f5bd7d2d943b8b0ba (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
# $FreeBSD$

TYPE		ROWCOL
NAME		GUJARATI/UCS
SRC_ZONE	0x00-0xFA
OOB_MODE	ILSEQ
DST_ILSEQ	0xFFFE
DST_UNIT_BITS	16
#=======================================================================
#   File name:  GUJARATI.TXT
#
#   Contents:   Map (external version) from Mac OS Gujarati
#               encoding to Unicode 2.1 and later.
#
#   Copyright:  (c) 1997-2002, 2005 by Apple Computer, Inc., all rights
#               reserved.
#
#   Contact:    charsets@apple.com
#
#   Changes:
#
#       c02  2005-Apr-05    Update header comments. Matches internal xml
#                           <c1.1> and Text Encoding Converter 2.0.
#      b3,c1 2002-Dec-19    Update URLs. Matches internal utom<b1>.
#       b02  1999-Sep-22    Update contact e-mail address. Matches
#                           internal utom<b1>, ufrm<b1>, and Text
#                           Encoding Converter version 1.5.
#       n02  1998-Feb-05    First version; matches internal utom<n4>,
#                           ufrm<n5>.
#
# Standard header:
# ----------------
#
#   Apple, the Apple logo, and Macintosh are trademarks of Apple
#   Computer, Inc., registered in the United States and other countries.
#   Unicode is a trademark of Unicode Inc. For the sake of brevity,
#   throughout this document, "Macintosh" can be used to refer to
#   Macintosh computers and "Unicode" can be used to refer to the
#   Unicode standard.
#
#   Apple Computer, Inc. ("Apple") makes no warranty or representation,
#   either express or implied, with respect to this document and the
#   included data, its quality, accuracy, or fitness for a particular
#   purpose. In no event will Apple be liable for direct, indirect,
#   special, incidental, or consequential damages resulting from any
#   defect or inaccuracy in this document or the included data.
#
#   These mapping tables and character lists are subject to change.
#   The latest tables should be available from the following:
#
#   <http://www.unicode.org/Public/MAPPINGS/VENDORS/APPLE/>
#
#   For general information about Mac OS encodings and these mapping
#   tables, see the file "README.TXT".
#
# Format:
# -------
#
#   Three tab-separated columns;
#   '#' begins a comment which continues to the end of the line.
#     Column #1 is the Mac OS Gujarati code or code sequence
#       (in hex as 0xNN or 0xNN+0xNN)
#     Column #2 is the corresponding Unicode or Unicode sequence
#       (in hex as 0xNNNN or 0xNNNN+0xNNNN).
#     Column #3 is a comment containing the Unicode name or sequence
#       of names. In some cases an additional comment follows the
#       Unicode name(s).
#
#   The entries are in two sections. The first section is for pairs of
#   Mac OS Gujarati code points that must be mapped in a special way.
#   The second section maps individual code points.
#
#   Within each section, the entries are in Mac OS Gujarati code order.
#
#   Control character mappings are not shown in this table, following
#   the conventions of the standard UTC mapping tables. However, the
#   Mac OS Gujarati character set uses the standard control characters
#   at 0x00-0x1F and 0x7F.
#
# Notes on Mac OS Gujarati:
# -------------------------
#
#   This is a legacy Mac OS encoding; in the Mac OS X Carbon and Cocoa
#   environments, it is only supported via transcoding to and from
#   Unicode.
#
#   Mac OS Gujarati is based on IS 13194:1991 (ISCII-91), with the
#   addition of several punctuation and symbol characters. However,
#   Mac OS Gujarati does not support the ATR (attribute) mechanism of
#   ISCII-91.
#
# 1. ISCII-91 features in Mac OS Gujarati include:
#
#  a) Overloading of nukta
#
#     In addition to using the nukta (0xE9) like a combining dot below,
#     nukta is overloaded to function as a general character modifier.
#     In this role, certain code points followed by 0xE9 are treated as
#     a two-byte code point representing a character which may be
#     rather different than the characters represented by either of
#     the code points alone. For example, the character GUJARATI OM
#     (U+0AD0) is represented in ISCII-91 as candrabindu + nukta.
#
#  b) Explicit halant and soft halant
#
#     A double halant (0xE8 + 0xE8) constitutes an "explicit halant",
#     which will always appear as a halant instead of causing formation
#     of a ligature or half-form consonant.
#
#     Halant followed by nukta (0xE8 + 0xE9) constitutes a "soft
#     halant", which prevents formation of a ligature and instead
#     retains the half-form of the first consonant.
#
#  c) Invisible consonant
#
#     The byte 0xD9 (called INV in ISCII-91) is an invisible consonant:
#     It behaves like a consonant but has no visible appearance. It is
#     intended to be used (often in combination with halant) to display
#     dependent forms in isolation, such as the RA forms or consonant
#     half-forms.
#
#  d) Extensions for Vedic, etc.
#
#     The byte 0xF0 (called EXT in ISCII-91) followed by any byte in
#     the range 0xA1-0xEE constitutes a two-byte code point which can
#     be used to represent additional characters for Vedic (or other
#     extensions); 0xF0 followed by any other byte value constitutes
#     malformed text. Mac OS Gujarati supports this mechanism, but
#     does not currently map any of these two-byte code points to
#     anything.
#
# 2. Mac OS Gujarati additions
#
#   Mac OS Gujarati adds characters using the code points
#   0x80-0x8A and 0x90.
#
# 3. Unused code points
#
#   The following code points are currently unused, and are not shown
#   here: 0x8B-0x8F, 0x91-0xA0, 0xAB, 0xAF, 0xC7, 0xCE, 0xD0, 0xD3,
#   0xE0, 0xE4, 0xEB-0xEF, 0xFB-0xFF. In addition, 0xF0 is not shown
#   here, but it has a special function as described above.
#
# Unicode mapping issues and notes:
# ---------------------------------
#
# 1. Mapping the byte pairs
#
#   If one of the following byte values is encountered when mapping
#   Mac OS Gujarati text - xA1, xAA, xDF, or 0xE8 - then the next
#   byte (if there is one) should be examined. If the next byte is
#   0xE9 - or also 0xE8, if the first byte was 0xE8 - then the byte
#   pair should be mapped using the first section of the mapping
#   table below. Otherwise, each byte should be mapped using the
#   second section of the mapping table below.
#
#   - The Unicode Standard, Version 2.0, specifies how explicit
#     halant and soft halant should be represented in Unicode;
#     these mappings are used below.
#
#   If the byte value 0xF0 is encountered when mapping Mac OS
#   Gujarati text, then the next byte should be examined. If there
#   is no next byte (e.g. 0xF0 at end of buffer), the mapping
#   process should indicate incomplete character. If there is a next
#   byte but it is not in the range 0xA1-0xEE, the mapping process
#   should indicate malformed text. Otherwise, the mapping process
#   should treat the byte pair as a valid two-byte code point with no
#   mapping (e.g. map it to QUESTION MARK, REPLACEMENT CHARACTER,
#   etc.).
#
# 2. Mapping the invisible consonant
#
#   It has been suggested that INV in ISCII-91 should map to ZERO
#   WIDTH NON-JOINER in Unicode. However, this causes problems with
#   roundtrip fidelity: The ISCII-91 sequences 0xE8+0xE8 and 0xE8+0xD9
#   would map to the same sequence of Unicode characters. We have
#   instead mapped INV to LEFT-TO-RIGHT MARK, which avoids these
#   problems.
#
# Details of mapping changes in each version:
# -------------------------------------------
#
##################
BEGIN_MAP
0x00 - 0x7F = 0x0000 -
0x80 = 0x00D7
0x81 = 0x2212
0x82 = 0x2013
0x83 = 0x2014
0x84 = 0x2018
0x85 = 0x2019
0x86 = 0x2026
0x87 = 0x2022
0x88 = 0x00A9
0x89 = 0x00AE
0x8A = 0x2122
0x90 = 0x0965
0xA1 = 0x0A81
#0xA1+0xE9 = 0x0AD0
0xA2 = 0x0A82
0xA3 = 0x0A83
0xA4 = 0x0A85
0xA5 = 0x0A86
0xA6 = 0x0A87
0xA7 = 0x0A88
0xA8 = 0x0A89
0xA9 = 0x0A8A
0xAA = 0x0A8B
#0xAA+0xE9 = 0x0AE0
0xAC = 0x0A8F
0xAD = 0x0A90
0xAE = 0x0A8D
0xB0 = 0x0A93
0xB1 = 0x0A94
0xB2 = 0x0A91
0xB3 = 0x0A95
0xB4 = 0x0A96
0xB5 = 0x0A97
0xB6 = 0x0A98
0xB7 = 0x0A99
0xB8 = 0x0A9A
0xB9 = 0x0A9B
0xBA = 0x0A9C
0xBB = 0x0A9D
0xBC = 0x0A9E
0xBD = 0x0A9F
0xBE = 0x0AA0
0xBF = 0x0AA1
0xC0 = 0x0AA2
0xC1 = 0x0AA3
0xC2 = 0x0AA4
0xC3 = 0x0AA5
0xC4 = 0x0AA6
0xC5 = 0x0AA7
0xC6 = 0x0AA8
0xC8 = 0x0AAA
0xC9 = 0x0AAB
0xCA = 0x0AAC
0xCB = 0x0AAD
0xCC = 0x0AAE
0xCD = 0x0AAF
0xCF = 0x0AB0
0xD1 = 0x0AB2
0xD2 = 0x0AB3
0xD4 = 0x0AB5
0xD5 = 0x0AB6
0xD6 = 0x0AB7
0xD7 = 0x0AB8
0xD8 = 0x0AB9
0xD9 = 0x200E
0xDA = 0x0ABE
0xDB = 0x0ABF
0xDC = 0x0AC0
0xDD = 0x0AC1
0xDE = 0x0AC2
0xDF = 0x0AC3
#0xDF+0xE9 = 0x0AC4
0xE1 = 0x0AC7
0xE2 = 0x0AC8
0xE3 = 0x0AC5
0xE5 = 0x0ACB
0xE6 = 0x0ACC
0xE7 = 0x0AC9
0xE8 = 0x0ACD
#0xE8+0xE8 = 0x0ACD+0x200C
#0xE8+0xE9 = 0x0ACD+0x200D
0xE9 = 0x0ABC
0xEA = 0x0964
0xF1 = 0x0AE6
0xF2 = 0x0AE7
0xF3 = 0x0AE8
0xF4 = 0x0AE9
0xF5 = 0x0AEA
0xF6 = 0x0AEB
0xF7 = 0x0AEC
0xF8 = 0x0AED
0xF9 = 0x0AEE
0xFA = 0x0AEF
END_MAP
OpenPOWER on IntegriCloud