Thread View: comp.std.internat
5 messages
5 total messages
Started by Markus Kuhn
Thu, 31 Dec 1992 22:51
Future extension of ISO 10646
Author: Markus Kuhn
Date: Thu, 31 Dec 1992 22:51
Date: Thu, 31 Dec 1992 22:51
26 lines
1611 bytes
1611 bytes
ISO 10646 defines a 32-bit character set, but at the moment, only a subset compatible with Unicode (the multilingual base plane) that fits in 16 bit has been defined. How will the rest of the ISO 10646 character space be used? Will there be a position for each character in each language (e.g. the character defined by the lower 16 bits and the language indicated by the higher 16 bits)? If mapping of full-10646 to the current 16-bit subset is still possible, that this would be a nice solution for many sorting, upcase-conversion and hyphenation problems. Then there would be - a universal A with diareses in the range 0-65535 - a German version outside outside the 16-bit range - a Swedish version ... - ... Are this the plans for the full ISO 10646 standard? Markus -- Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany Internet: mskuhn@immd4.informatik.uni-erlangen.de | X.500 entry available ----- Anyone participating in the use of MS-DOS, Heroin or Cocaine is ----- ---- simply not getting the most out of life possible. (Brian Downing) ----
Re: Future extension of ISO 10646
Author: Jeroen Hellingman
Date: Mon, 04 Jan 1993 10:24
Date: Mon, 04 Jan 1993 10:24
16 lines
1157 bytes
1157 bytes
[about having an A-umlaut for each language seperately to help sorting...] I think it would be much wiser to use I higher level coding to indicate the language of a string of characters. The scheme you propose would mean indicating the language with every character you type -- I think a bit waste of resources, whereas other standards (SGML) provide means of tagging a character stream with this kind of information (although to me the SGML standard is not fully clear about how to tag the language used) Jeroen -- Jeroen Hellingman E-mail: <jhelling@cs.ruu.nl> 't Zand 2 Phone: +31-3473-73935 (home) 4133 TB Vianen (18.00--21.00 GMT) The Netherlands Answer in English, German, or Dutch.
Re: Future extension of ISO 10646
Author: Masataka Ohta
Date: Mon, 04 Jan 1993 17:29
Date: Mon, 04 Jan 1993 17:29
13 lines
980 bytes
980 bytes
In article <1993Jan4.102448.9710@cs.ruu.nl> jhelling@cs.ruu.nl (Jeroen Hellingman) writes: >I think it would be much wiser to use I higher level coding to indicate the >language of a string of characters. As Unicode wrongly unified Chinese and Japanese characters, we need the differentiation for simple everyday job. It should be noted that, printers for simple everyday job outputs differently shaped glyph for correnponding Chinese/Japanese characters. Masataka Ohta
Re: Future extension of ISO 10646
Author: Keld J|rn Simonsen
Date: Tue, 05 Jan 1993 00:51
Date: Tue, 05 Jan 1993 00:51
27 lines
1699 bytes
1699 bytes
jhelling@cs.ruu.nl (Jeroen Hellingman) writes: >[about having an A-umlaut for each language seperately to help sorting...] I believe the sorting procedure is related to the user, not to the data. It is the user which needs data sorted in the way the user expect it, so s/he can find what s/he looks for. For that purpose the character d (a-umlaut, a-diaresis, swedish/finnish ae) should not have different encodings, according to language, as the user does not in many cases know what language the string is in, for instance is Eberg a Danish or Swedish name. It would be soretd differently, if it should be sorted according to the original language. Most national standards for collating (German, Austrian, Canadian, Swedish, Danish, Norwegian, Finnish come to my mind) does not provide specifications for collating according to the original language, but only with respect to the letters. Some standards are explicit about this, for example the Danish DS 377 standard. So I would recommend *not* to have different versions of Latin characters outside the BMP of 10646. I know to little of the Han/Kanji/Hanzi character collation to give an educated opinion here. Keld Simonsen
Re: Future extension of ISO 10646
Author: Glenn A. Adams
Date: Tue, 05 Jan 1993 03:16
Date: Tue, 05 Jan 1993 03:16
9 lines
887 bytes
887 bytes
In article <1993Jan4.102448.9710@cs.ruu.nl> jhelling@cs.ruu.nl (Jeroen Hellingman) writes: >(although to me the SGML >standard is not fully clear about how to tag the language used) The Text Incoding Initiative (TEI), which is based on SGML, provides for a Writing System Description which allows an attribute "lang" (value is a writing system identifer) to be applied to any element. Glenn
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads