|
771
|
1 ;;; unicode.el --- Unicode support -*- coding: iso-2022-7bit; -*-
|
|
|
2
|
|
778
|
3 ;; Copyright (C) 2001, 2002 Ben Wing.
|
|
771
|
4
|
|
|
5 ;; Keywords: multilingual, Unicode
|
|
|
6
|
|
|
7 ;; This file is part of XEmacs.
|
|
|
8
|
|
|
9 ;; XEmacs is free software; you can redistribute it and/or modify it
|
|
|
10 ;; under the terms of the GNU General Public License as published by
|
|
|
11 ;; the Free Software Foundation; either version 2, or (at your option)
|
|
|
12 ;; any later version.
|
|
|
13
|
|
|
14 ;; XEmacs is distributed in the hope that it will be useful, but
|
|
|
15 ;; WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
16 ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
17 ;; General Public License for more details.
|
|
|
18
|
|
|
19 ;; You should have received a copy of the GNU General Public License
|
|
|
20 ;; along with XEmacs; see the file COPYING. If not, write to the Free
|
|
|
21 ;; Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
|
|
|
22 ;; 02111-1307, USA.
|
|
|
23
|
|
|
24 ;;; Synched up with: Not in FSF.
|
|
|
25
|
|
|
26 ;;; Commentary:
|
|
|
27
|
|
|
28 ;; Lisp support for Unicode, e.g. initialize the translation tables.
|
|
|
29
|
|
|
30 ;;; Code:
|
|
|
31
|
|
778
|
32 ; ;; Subsets of Unicode.
|
|
|
33
|
|
2297
|
34 ; #### what is this bogosity ... "chars 96, final ?2" !!?!
|
|
778
|
35 ; (make-charset 'mule-unicode-2500-33ff
|
|
|
36 ; "Unicode characters of the range U+2500..U+33FF."
|
|
|
37 ; '(dimension
|
|
|
38 ; 2
|
|
|
39 ; registry "ISO10646-1"
|
|
|
40 ; chars 96
|
|
|
41 ; columns 1
|
|
|
42 ; direction l2r
|
|
|
43 ; final ?2
|
|
|
44 ; graphic 0
|
|
|
45 ; short-name "Unicode subset 2"
|
|
|
46 ; long-name "Unicode subset (U+2500..U+33FF)"
|
|
|
47 ; ))
|
|
|
48
|
|
|
49
|
|
|
50 ; (make-charset 'mule-unicode-e000-ffff
|
|
|
51 ; "Unicode characters of the range U+E000..U+FFFF."
|
|
|
52 ; '(dimension
|
|
|
53 ; 2
|
|
|
54 ; registry "ISO10646-1"
|
|
|
55 ; chars 96
|
|
|
56 ; columns 1
|
|
|
57 ; direction l2r
|
|
|
58 ; final ?3
|
|
|
59 ; graphic 0
|
|
|
60 ; short-name "Unicode subset 3"
|
|
|
61 ; long-name "Unicode subset (U+E000+FFFF)"
|
|
|
62 ; ))
|
|
|
63
|
|
|
64
|
|
|
65 ; (make-charset 'mule-unicode-0100-24ff
|
|
|
66 ; "Unicode characters of the range U+0100..U+24FF."
|
|
|
67 ; '(dimension
|
|
|
68 ; 2
|
|
|
69 ; registry "ISO10646-1"
|
|
|
70 ; chars 96
|
|
|
71 ; columns 1
|
|
|
72 ; direction l2r
|
|
|
73 ; final ?1
|
|
|
74 ; graphic 0
|
|
|
75 ; short-name "Unicode subset"
|
|
|
76 ; long-name "Unicode subset (U+0100..U+24FF)"
|
|
|
77 ; ))
|
|
|
78
|
|
|
79
|
|
2367
|
80 ;; accessed in loadup.el, mule-cmds.el; see discussion in unicode.c
|
|
|
81 (defvar load-unicode-tables-at-dump-time (eq system-type 'windows-nt)
|
|
|
82 "[INTERNAL] Whether to load the Unicode tables at dump time.
|
|
|
83 Setting this at run-time does nothing.")
|
|
|
84
|
|
771
|
85 ;; NOTE: This takes only a fraction of a second on my Pentium III
|
|
|
86 ;; 700Mhz even with a totally optimization-disabled XEmacs.
|
|
|
87 (defun load-unicode-tables ()
|
|
|
88 "Initialize the Unicode translation tables for all standard charsets."
|
|
780
|
89 (let ((parse-args
|
|
|
90 '(("unicode/unicode-consortium"
|
|
877
|
91 ;; Due to the braindamaged way Mule treats the ASCII and Control-1
|
|
|
92 ;; charsets' types, trying to load them results in out-of-range
|
|
|
93 ;; warnings at unicode.c:1439. They're no-ops anyway, they're
|
|
|
94 ;; hardwired in unicode.c (unicode_to_ichar, ichar_to_unicode).
|
|
|
95 ;; ("8859-1.TXT" ascii #x00 #x7F #x0)
|
|
|
96 ;; ("8859-1.TXT" control-1 #x80 #x9F #x-80)
|
|
|
97 ;; The 8859-1.TXT G1 assignments are half no-ops, hardwired in
|
|
|
98 ;; unicode.c ichar_to_unicode, but not in unicode_to_ichar.
|
|
780
|
99 ("8859-1.TXT" latin-iso8859-1 #xA0 #xFF #x-80)
|
|
|
100 ;; "8859-10.TXT"
|
|
|
101 ;; "8859-13.TXT"
|
|
|
102 ("8859-14.TXT" latin-iso8859-14 #xA0 #xFF #x-80)
|
|
|
103 ("8859-15.TXT" latin-iso8859-15 #xA0 #xFF #x-80)
|
|
|
104 ("8859-2.TXT" latin-iso8859-2 #xA0 #xFF #x-80)
|
|
|
105 ("8859-3.TXT" latin-iso8859-3 #xA0 #xFF #x-80)
|
|
|
106 ("8859-4.TXT" latin-iso8859-4 #xA0 #xFF #x-80)
|
|
|
107 ("8859-5.TXT" cyrillic-iso8859-5 #xA0 #xFF #x-80)
|
|
|
108 ("8859-6.TXT" arabic-iso8859-6 #xA0 #xFF #x-80)
|
|
|
109 ("8859-7.TXT" greek-iso8859-7 #xA0 #xFF #x-80)
|
|
|
110 ("8859-8.TXT" hebrew-iso8859-8 #xA0 #xFF #x-80)
|
|
|
111 ("8859-9.TXT" latin-iso8859-9 #xA0 #xFF #x-80)
|
|
|
112 ;; charset for Big5 does not matter; specifying `big5' will
|
|
|
113 ;; automatically make the right thing happen
|
|
|
114 ("BIG5.TXT" chinese-big5-1 nil nil nil big5)
|
|
|
115 ("CNS11643.TXT" chinese-cns11643-1 #x10000 #x1FFFF #x-10000)
|
|
|
116 ("CNS11643.TXT" chinese-cns11643-2 #x20000 #x2FFFF #x-20000)
|
|
|
117 ;; "CP1250.TXT"
|
|
|
118 ;; "CP1251.TXT"
|
|
|
119 ;; "CP1252.TXT"
|
|
|
120 ;; "CP1253.TXT"
|
|
|
121 ;; "CP1254.TXT"
|
|
|
122 ;; "CP1255.TXT"
|
|
|
123 ;; "CP1256.TXT"
|
|
|
124 ;; "CP1257.TXT"
|
|
|
125 ;; "CP1258.TXT"
|
|
|
126 ;; "CP874.TXT"
|
|
|
127 ;; "CP932.TXT"
|
|
|
128 ;; "CP936.TXT"
|
|
|
129 ;; "CP949.TXT"
|
|
|
130 ;; "CP950.TXT"
|
|
|
131 ;; "GB12345.TXT"
|
|
|
132 ("GB2312.TXT" chinese-gb2312)
|
|
2297
|
133 ;; "HANGUL.TXT"
|
|
|
134 ;; #### shouldn't JIS X 0201's upper limit be 7f?
|
|
780
|
135 ("JIS0201.TXT" latin-jisx0201 #x21 #x80)
|
|
|
136 ("JIS0201.TXT" katakana-jisx0201 #xA0 #xFF #x-80)
|
|
|
137 ("JIS0208.TXT" japanese-jisx0208 nil nil nil ignore-first-column)
|
|
|
138 ("JIS0212.TXT" japanese-jisx0212)
|
|
|
139 ;; "JOHAB.TXT"
|
|
|
140 ;; "KOI8-R.TXT"
|
|
|
141 ;; "KSC5601.TXT"
|
|
|
142 ;; note that KSC5601.TXT as currently distributed is NOT what
|
|
|
143 ;; it claims to be! see comments in KSX1001.TXT.
|
|
|
144 ("KSX1001.TXT" korean-ksc5601)
|
|
|
145 ;; "OLD5601.TXT"
|
|
|
146 ;; "SHIFTJIS.TXT"
|
|
|
147 )
|
|
|
148 ("unicode/mule-ucs"
|
|
2297
|
149 ;; #### we don't support surrogates?!??
|
|
780
|
150 ;; use these instead of the above ones once we support surrogates
|
|
|
151 ;;("chinese-cns11643-1.txt" chinese-cns11643-1)
|
|
|
152 ;;("chinese-cns11643-2.txt" chinese-cns11643-2)
|
|
|
153 ;;("chinese-cns11643-3.txt" chinese-cns11643-3)
|
|
|
154 ;;("chinese-cns11643-4.txt" chinese-cns11643-4)
|
|
|
155 ;;("chinese-cns11643-5.txt" chinese-cns11643-5)
|
|
|
156 ;;("chinese-cns11643-6.txt" chinese-cns11643-6)
|
|
|
157 ;;("chinese-cns11643-7.txt" chinese-cns11643-7)
|
|
|
158 ("chinese-sisheng.txt" chinese-sisheng)
|
|
|
159 ("ethiopic.txt" ethiopic)
|
|
|
160 ("indian-is13194.txt" indian-is13194)
|
|
|
161 ("ipa.txt" ipa)
|
|
|
162 ("thai-tis620.txt" thai-tis620)
|
|
|
163 ("tibetan.txt" tibetan)
|
|
|
164 ("vietnamese-viscii-lower.txt" vietnamese-viscii-lower)
|
|
|
165 ("vietnamese-viscii-upper.txt" vietnamese-viscii-upper)
|
|
|
166 )
|
|
|
167 ("unicode/other"
|
|
|
168 ("lao.txt" lao)
|
|
|
169 )
|
|
771
|
170 )))
|
|
780
|
171 (mapcar #'(lambda (tables)
|
|
|
172 (let ((undir
|
|
|
173 (expand-file-name (car tables) data-directory)))
|
|
|
174 (mapcar #'(lambda (args)
|
|
1318
|
175 (apply 'load-unicode-mapping-table
|
|
780
|
176 (expand-file-name (car args) undir)
|
|
|
177 (cdr args)))
|
|
|
178 (cdr tables))))
|
|
771
|
179 parse-args)))
|
|
|
180
|
|
|
181 (make-coding-system
|
|
|
182 'utf-16 'unicode
|
|
|
183 "UTF-16"
|
|
|
184 '(mnemonic "UTF-16"
|
|
|
185 documentation
|
|
|
186 "UTF-16 Unicode encoding -- the standard (almost-) fixed-width
|
|
|
187 two-byte encoding, with surrogates. It will be fixed-width if all
|
|
|
188 characters are in the BMP (Basic Multilingual Plane -- first 65536
|
|
|
189 codepoints). Cannot represent characters with codepoints above
|
|
|
190 0x10FFFF (a little more than 1,000,000). Unicode and ISO guarantee
|
|
|
191 never to encode any characters outside this range -- all the rest are
|
|
|
192 for private, corporate or internal use."
|
|
|
193 type utf-16))
|
|
|
194
|
|
2574
|
195 (define-coding-system-alias 'utf-16-be 'utf-16)
|
|
|
196
|
|
771
|
197 (make-coding-system
|
|
|
198 'utf-16-bom 'unicode
|
|
|
199 "UTF-16 w/BOM"
|
|
|
200 '(mnemonic "UTF16-BOM"
|
|
|
201 documentation
|
|
|
202 "UTF-16 Unicode encoding with byte order mark (BOM) at the beginning.
|
|
|
203 The BOM is Unicode character U+FEFF -- i.e. the first two bytes are
|
|
|
204 0xFE and 0xFF, respectively, or reversed in a little-endian
|
|
|
205 representation. It has been sanctioned by the Unicode Consortium for
|
|
|
206 use at the beginning of a Unicode stream as a marker of the byte order
|
|
|
207 of the stream, and commonly appears in Unicode files under Microsoft
|
|
|
208 Windows, where it also functions as a magic cookie identifying a
|
|
|
209 Unicode file. The character is called \"ZERO WIDTH NO-BREAK SPACE\"
|
|
|
210 and is suitable as a byte-order marker because:
|
|
|
211
|
|
|
212 -- it has no displayable representation
|
|
|
213 -- due to its semantics it never normally appears at the beginning
|
|
|
214 of a stream
|
|
|
215 -- its reverse U+FFFE is not a legal Unicode character
|
|
|
216 -- neither byte sequence is at all likely in any other standard
|
|
|
217 encoding, particularly at the beginning of a stream
|
|
|
218
|
|
|
219 This coding system will insert a BOM at the beginning of a stream when
|
|
|
220 writing and strip it off when reading."
|
|
|
221 type utf-16
|
|
|
222 need-bom t))
|
|
|
223
|
|
|
224 (make-coding-system
|
|
|
225 'utf-16-little-endian 'unicode
|
|
|
226 "UTF-16 Little Endian"
|
|
|
227 '(mnemonic "UTF16-LE"
|
|
|
228 documentation
|
|
|
229 "Little-endian version of UTF-16 Unicode encoding.
|
|
|
230 See `utf-16' coding system."
|
|
|
231 type utf-16
|
|
|
232 little-endian t))
|
|
|
233
|
|
2574
|
234 (define-coding-system-alias 'utf-16-le 'utf-16-little-endian)
|
|
|
235
|
|
771
|
236 (make-coding-system
|
|
|
237 'utf-16-little-endian-bom 'unicode
|
|
|
238 "UTF-16 Little Endian w/BOM"
|
|
|
239 '(mnemonic "MSW-Unicode"
|
|
|
240 documentation
|
|
|
241 "Little-endian version of UTF-16 Unicode encoding, with byte order mark.
|
|
|
242 Standard encoding for representing Unicode under MS Windows. See
|
|
|
243 `utf-16-bom' coding system."
|
|
|
244 type utf-16
|
|
|
245 little-endian t
|
|
|
246 need-bom t))
|
|
|
247
|
|
|
248 (make-coding-system
|
|
|
249 'ucs-4 'unicode
|
|
|
250 "UCS-4"
|
|
|
251 '(mnemonic "UCS4"
|
|
|
252 documentation
|
|
|
253 "UCS-4 Unicode encoding -- fully fixed-width four-byte encoding."
|
|
|
254 type ucs-4))
|
|
|
255
|
|
|
256 (make-coding-system
|
|
|
257 'ucs-4-little-endian 'unicode
|
|
|
258 "UCS-4 Little Endian"
|
|
|
259 '(mnemonic "UCS4-LE"
|
|
|
260 documentation
|
|
2297
|
261 ;; #### I don't think this is permitted by ISO 10646, only Unicode.
|
|
|
262 ;; Call it UTF-32 instead?
|
|
771
|
263 "Little-endian version of UCS-4 Unicode encoding. See `ucs-4' coding system."
|
|
|
264 type ucs-4
|
|
|
265 little-endian t))
|
|
|
266
|
|
|
267 (make-coding-system
|
|
|
268 'utf-8 'unicode
|
|
|
269 "UTF-8"
|
|
|
270 '(mnemonic "UTF8"
|
|
|
271 documentation
|
|
|
272 "UTF-8 Unicode encoding -- ASCII-compatible 8-bit variable-width encoding
|
|
2297
|
273 sharing the following principles with the Mule-internal encoding:
|
|
771
|
274
|
|
|
275 -- All ASCII characters (codepoints 0 through 127) are represented
|
|
|
276 by themselves (i.e. using one byte, with the same value as the
|
|
|
277 ASCII codepoint), and these bytes are disjoint from bytes
|
|
|
278 representing non-ASCII characters.
|
|
|
279
|
|
|
280 This means that any 8-bit clean application can safely process
|
|
|
281 UTF-8-encoded text as it were ASCII, with no corruption (e.g. a
|
|
|
282 '/' byte is always a slash character, never the second byte of
|
|
|
283 some other character, as with Big5, so a pathname encoded in
|
|
|
284 UTF-8 can safely be split up into components and reassembled
|
|
|
285 again using standard ASCII processes).
|
|
|
286
|
|
|
287 -- Leading bytes and non-leading bytes in the encoding of a
|
|
|
288 character are disjoint, so moving backwards is easy.
|
|
|
289
|
|
|
290 -- Given only the leading byte, you know how many following bytes
|
|
|
291 are present.
|
|
|
292 "
|
|
|
293 type utf-8))
|
|
|
294
|
|
985
|
295 (make-coding-system
|
|
|
296 'utf-8-bom 'unicode
|
|
|
297 "UTF-8 w/BOM"
|
|
|
298 '(mnemonic "MSW-UTF8"
|
|
|
299 documentation
|
|
|
300 "UTF-8 Unicode encoding, with byte order mark.
|
|
|
301 Standard encoding for representing UTF-8 under MS Windows."
|
|
|
302 type utf-8
|
|
|
303 little-endian t
|
|
|
304 need-bom t))
|
|
|
305
|
|
771
|
306 ;; #### UTF-7 is not yet implemented, and it's tricky to do. There's
|
|
|
307 ;; an implementation in appendix A.1 of the Unicode Standard, Version
|
|
|
308 ;; 2.0, but I don't know its licensing characteristics.
|
|
|
309
|
|
|
310 ; (make-coding-system
|
|
|
311 ; 'utf-7 'unicode
|
|
|
312 ; "UTF-7"
|
|
|
313 ; '(mnemonic "UTF7"
|
|
|
314 ; documentation
|
|
|
315 ; "UTF-7 Unicode encoding -- 7-bit-ASCII modal Internet-mail-compatible
|
|
|
316 ; encoding especially designed for headers, with the following
|
|
|
317 ; properties:
|
|
|
318
|
|
|
319 ; -- Only characters that are considered safe for passing through any mail
|
|
|
320 ; gateway without damage are used.
|
|
|
321
|
|
|
322 ; -- This is a modal encoding, with two states. The first, default
|
|
|
323 ; state encodes the most common Unicode characters (upper and
|
|
|
324 ; lowercase letters, digits, and 9 common punctuation marks) as
|
|
|
325 ; themselves, and the second state, entered using '+' and
|
|
|
326 ; terminated with '-' or any character disallowed in state 2,
|
|
|
327 ; encodes any Unicode characters by first converting to UTF-16,
|
|
|
328 ; most significant byte first, and then to a slightly modified
|
|
|
329 ; Base64 encoding. (Thus, UTF-7 has the same limitations on the
|
|
|
330 ; characters it can encode as UTF-16.)
|
|
|
331
|
|
|
332 ; -- The modified Base64 encoding deviates from standard Base64 in
|
|
|
333 ; that it omits the `=' pad character. This is eliminated so as to
|
|
|
334 ; avoid conflicts with the use of `=' as an escape in the
|
|
|
335 ; Quoted-Printable encoding and the related Q encoding for headers:
|
|
|
336 ; With this modification, non-whitespace chars in UTF-7 will be
|
|
|
337 ; represented in Quoted-Printable and in Q as-is, with no further
|
|
|
338 ; encoding.
|
|
|
339
|
|
|
340 ; For more information, see Appendix A.1 of The Unicode Standard 2.0, or
|
|
|
341 ; wherever it is in v3.0."
|
|
|
342 ; type utf-7))
|
