[#1026] Is this a bug? — Dave Thomas <Dave@...>
18 messages
2000/01/03
[#1053] rand() / drand48() — ts <decoux@...>
11 messages
2000/01/05
[#1055] Re: rand() / drand48()
— matz@... (Yukihiro Matsumoto)
2000/01/05
[#1061] Re: rand() / drand48()
— gotoken@... (GOTO Kentaro)
2000/01/07
Hi,
[#1067] Here docs not skipping leading spaces — Dave Thomas <Dave@...>
5 messages
2000/01/08
[#1083] YADQ (Yet Another Dumb Question) — Dave Thomas <Dave@...>
12 messages
2000/01/10
[#1084] Infinite loop — Dave Thomas <Dave@...>
17 messages
2000/01/11
[#1104] The value of while... — Dave Thomas <Dave@...>
24 messages
2000/01/11
[#1114] Re: The value of while...
— Dave Thomas <Dave@...>
2000/01/12
matz@netlab.co.jp (Yukihiro Matsumoto) writes:
[#1128] Re: The value of while... — David Suarez de Lis <excalibor@...>
Hi all,
1 message
2000/01/12
[#1133] Re: Class variables... — David Suarez de Lis <excalibor@...>
Hi there,
2 messages
2000/01/12
[#1158] Is this expected behavior? — Dave Thomas <Dave@...>
6 messages
2000/01/21
[#1172] Re: Possible bug in ruby-man-1.4 — Huayin Wang <wang@...>
> |Well, I guess it comes down to what you mean by an integer
10 messages
2000/01/24
[#1177] Re: Possible bug in ruby-man-1.4
— Dave Thomas <Dave@...>
2000/01/25
matz@netlab.co.jp (Yukihiro Matsumoto) writes:
[#1188] Enumerable and index — Dave Thomas <Dave@...>
5 messages
2000/01/27
[#1193] Semantics of chomp/chop — Dave Thomas <Dave@...>
7 messages
2000/01/28
[#1197] Question about 'open' — Dave Thomas <Dave@...>
8 messages
2000/01/30
[ruby-talk:01043] Re: Is this a bug?
From:
gotoken@... (GOTO Kentaro)
Date:
2000-01-03 21:49:53 UTC
List:
ruby-talk #1043
Hi,
In message "[ruby-talk:01037] Re: Is this a bug?"
on 00/01/04, Yukihiro Matsumoto <matz@netlab.co.jp> writes:
>Oh, and could you tell me any idea about treating iso-8859-1
>characters in single byte mode (with -Kn)?
You can look all iso-8859-1 characters at
http://users.hit.net/~bobbau/platforms/specialchars/
0xc0..0xff are used as non ascii alphabet except 0xd7 (division sign)
and 0xf7 (times sign).
Maybe, we should consider existence of other character sets in ISO8859
family at this occasion. All of them are 1byte coding sistems and
extend ascii code to the range 0x10..0xff only.
Here I summarized
http://www.terena.nl/projects/multiling/ml-docs/iso-8859.html
ISO# ** Alias Languages
8859-1 [4/1] Latin1 Western Europe and Americas
8859-2 [4/2] Latin2 Latin-written Slavic and Central European languages
8859-3 [4/3] Latin3 Esperanto, Galician, Maltese, and Turkish
8859-4 [4/4] Latin4 Scandinavia/Baltic
8859-5 [4/12] Cyrillic
8859-6 [4/7] Arabic
8859-7 [4/6] Greek
8859-8 [4/8] Hebrew Non-accented Hebrew
8859-9 [4/13] Latin5 Same as 8859-1 except for Turkish instead of Icelandic
8859-10 [5/6] Latin6 Lappish/Nordic/Eskimo languages
** [4/1] (== [0x41]) stands for a termination character in iso-2022.
All images of each extended part of them are available too:
http://www.terena.nl/projects/multiling/ml-docs/iso-8859.html
If you are going to support these character sets, I propose a command
line option -C instead of -K, and -C8 (8 for 8bit) use to ISO 8859.
-- gotoken