🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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
#340
Author: Markus Kuhn
Date: Thu, 31 Dec 1992 22:51
26 lines
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
#582
Author: Jeroen Hellingman
Date: Mon, 04 Jan 1993 10:24
16 lines
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
#593
Author: Masataka Ohta
Date: Mon, 04 Jan 1993 17:29
13 lines
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
#600
Author: Keld J|rn Simonsen
Date: Tue, 05 Jan 1993 00:51
27 lines
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
#603
Author: Glenn A. Adams
Date: Tue, 05 Jan 1993 03:16
9 lines
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