summaryrefslogtreecommitdiffstats
path: root/share/i18n/csmapper/APPLE/GURMUKHI%UCS.src
diff options
context:
space:
mode:
Diffstat (limited to 'share/i18n/csmapper/APPLE/GURMUKHI%UCS.src')
-rw-r--r--share/i18n/csmapper/APPLE/GURMUKHI%UCS.src333
1 files changed, 333 insertions, 0 deletions
diff --git a/share/i18n/csmapper/APPLE/GURMUKHI%UCS.src b/share/i18n/csmapper/APPLE/GURMUKHI%UCS.src
new file mode 100644
index 0000000..41ed461
--- /dev/null
+++ b/share/i18n/csmapper/APPLE/GURMUKHI%UCS.src
@@ -0,0 +1,333 @@
+# $FreeBSD$
+
+TYPE ROWCOL
+NAME GURMUKHI/UCS
+SRC_ZONE 0x00-0xFA
+OOB_MODE ILSEQ
+DST_ILSEQ 0xFFFE
+DST_UNIT_BITS 16
+#=======================================================================
+# File name: GURMUKHI.TXT
+#
+# Contents: Map (external version) from Mac OS Gurmukhi
+# 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 Change mappings for 0x91, 0xD5 based on
+# new decomposition rules. Update URLs,
+# notes. Matches internal utom<b2>.
+# 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<n5>,
+# ufrm<n6>.
+#
+# 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 Gurmukhi 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 Gurmukhi 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 Gurmukhi code order.
+#
+# Control character mappings are not shown in this table, following
+# the conventions of the standard UTC mapping tables. However, the
+# Mac OS Gurmukhi character set uses the standard control characters
+# at 0x00-0x1F and 0x7F.
+#
+# Notes on Mac OS Gurmukhi:
+# -------------------------
+#
+# 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 Gurmukhi is based on IS 13194:1991 (ISCII-91), with the
+# addition of several punctuation and symbol characters. However,
+# Mac OS Gurmukhi does not support the ATR (attribute) mechanism of
+# ISCII-91.
+#
+# 1. ISCII-91 features in Mac OS Gurmukhi include:
+#
+# a) 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.
+#
+# b) 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.
+#
+# c) 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 Gurmukhi supports this mechanism, but
+# does not currently map any of these two-byte code points to
+# anything.
+#
+# 2. Mac OS Gurmukhi additions
+#
+# Mac OS Gurmukhi adds characters using the code points
+# 0x80-0x8A and 0x90-0x94 (the latter are some Gurmukhi additions).
+#
+# 3. Unused code points
+#
+# The following code points are currently unused, and are not shown
+# here: 0x8B-0x8F, 0x95-0xA1, 0xA3, 0xAA-0xAB, 0xAE-0xAF, 0xB2,
+# 0xC7, 0xCE, 0xD0, 0xD2-0xD3, 0xD6, 0xDF-0xE0, 0xE3-0xE4, 0xE7,
+# 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 the byte value 0xE8 is encountered when mapping Mac OS
+# Gurmukhi text, then the next byte (if there is one) should be
+# examined. If the next byte is 0xE8 or 0xE9, 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
+# Gurmukhi 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.
+#
+# 3. Mappings using corporate characters
+#
+# Mapping the GURMUKHI LETTER SHA 0xD5 presents an interesting
+# problem. At first glance, we could map it to the single Unicode
+# character 0x0A36.
+#
+# However, our goal is that the mappings provided here should also
+# be able to generate the mappings to maximally decomposed Unicode
+# by simple recursive substitution of the canonical decompositions
+# in the Unicode database. We want mapping tables derived this way
+# to retain full roundtrip fidelity.
+#
+# Since the canonical decomposition of 0x0A36 is 0x0A38+0x0A3C,
+# the decomposition mapping for 0xD5 would be identical with the
+# decomposition mapping for 0xD7+0xE9, and roundtrip fidelity would
+# be lost.
+#
+# We solve this problem by using a grouping hint (one of the set of
+# transcoding hints defined by Apple).
+#
+# Apple has defined a block of 32 corporate characters as "transcoding
+# hints." These are used in combination with standard Unicode characters
+# to force them to be treated in a special way for mapping to other
+# encodings; they have no other effect. Sixteen of these transcoding
+# hints are "grouping hints" - they indicate that the next 2-4 Unicode
+# characters should be treated as a single entity for transcoding. The
+# other sixteen transcoding hints are "variant tags" - they are like
+# combining characters, and can follow a standard Unicode (or a sequence
+# consisting of a base character and other combining characters) to
+# cause it to be treated in a special way for transcoding. These always
+# terminate a combining-character sequence.
+#
+# The transcoding coding hint used in this mapping table is:
+# 0xF860 group next 2 characters
+#
+# Then we can map 0x91 as follows:
+# 0xD5 -> 0xF860+0x0A38+0x0A3C
+#
+# We could also have used a variant tag such as 0xF87F and mapped it
+# this way:
+# 0xD5 -> 0x0A36+0xF87F
+#
+# 4. Additional loose mappings from Unicode
+#
+# These are not preserved in roundtrip mappings.
+#
+# 0A59 -> 0xB4+0xE9 # GURMUKHI LETTER KHHA
+# 0A5A -> 0xB5+0xE9 # GURMUKHI LETTER GHHA
+# 0A5B -> 0xBA+0xE9 # GURMUKHI LETTER ZA
+# 0A5E -> 0xC9+0xE9 # GURMUKHI LETTER FA
+#
+# 0A70 -> 0xA2 # GURMUKHI TIPPI
+#
+# Loose mappings from Unicode should also map U+0A71 (GURMUKHI ADDAK)
+# followed by any Gurmukhi consonant to the equivalent ISCII-91
+# consonant plus halant plus the consonant again. For example:
+#
+# 0A71+0A15 -> 0xB3+0xE8+0xB3
+# 0A71+0A16 -> 0xB4+0xE8+0xB4
+# ...
+#
+# Details of mapping changes in each version:
+# -------------------------------------------
+#
+# Changes from version b02 to version b03/c01:
+#
+# - Change mapping of 0x91 from 0xF860+0x0A21+0x0A3C to 0x0A5C GURMUKHI
+# LETTER RRA, now that the canonical decomposition of 0x0A5C to
+# 0x0A21+0x0A3C has been deleted
+#
+# - Change mapping of 0xD5 from 0x0A36 GURMUKHI LETTER SHA to
+# 0xF860+0x0A38+0x0A3C, now that a canonical decomposition of 0x0A36
+# to 0x0A38+0x0A3C has been added.
+#
+##################
+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 = 0x0A71
+0x91 = 0x0A5C
+0x92 = 0x0A73
+0x93 = 0x0A72
+0x94 = 0x0A74
+0xA2 = 0x0A02
+0xA4 = 0x0A05
+0xA5 = 0x0A06
+0xA6 = 0x0A07
+0xA7 = 0x0A08
+0xA8 = 0x0A09
+0xA9 = 0x0A0A
+0xAC = 0x0A0F
+0xAD = 0x0A10
+0xB0 = 0x0A13
+0xB1 = 0x0A14
+0xB3 = 0x0A15
+0xB4 = 0x0A16
+0xB5 = 0x0A17
+0xB6 = 0x0A18
+0xB7 = 0x0A19
+0xB8 = 0x0A1A
+0xB9 = 0x0A1B
+0xBA = 0x0A1C
+0xBB = 0x0A1D
+0xBC = 0x0A1E
+0xBD = 0x0A1F
+0xBE = 0x0A20
+0xBF = 0x0A21
+0xC0 = 0x0A22
+0xC1 = 0x0A23
+0xC2 = 0x0A24
+0xC3 = 0x0A25
+0xC4 = 0x0A26
+0xC5 = 0x0A27
+0xC6 = 0x0A28
+0xC8 = 0x0A2A
+0xC9 = 0x0A2B
+0xCA = 0x0A2C
+0xCB = 0x0A2D
+0xCC = 0x0A2E
+0xCD = 0x0A2F
+0xCF = 0x0A30
+0xD1 = 0x0A32
+0xD4 = 0x0A35
+#0xD5 = 0xF860+0x0A38+0x0A3C
+0xD7 = 0x0A38
+0xD8 = 0x0A39
+0xD9 = 0x200E
+0xDA = 0x0A3E
+0xDB = 0x0A3F
+0xDC = 0x0A40
+0xDD = 0x0A41
+0xDE = 0x0A42
+0xE1 = 0x0A47
+0xE2 = 0x0A48
+0xE5 = 0x0A4B
+0xE6 = 0x0A4C
+0xE8 = 0x0A4D
+#0xE8+0xE8 = 0x0A4D+0x200C
+#0xE8+0xE9 = 0x0A4D+0x200D
+0xE9 = 0x0A3C
+0xEA = 0x0964
+0xF1 = 0x0A66
+0xF2 = 0x0A67
+0xF3 = 0x0A68
+0xF4 = 0x0A69
+0xF5 = 0x0A6A
+0xF6 = 0x0A6B
+0xF7 = 0x0A6C
+0xF8 = 0x0A6D
+0xF9 = 0x0A6E
+0xFA = 0x0A6F
+END_MAP
OpenPOWER on IntegriCloud