[#11357] [PATCH] an analogue of `long long' — "Nobuyoshi.Nakada" <nobu.nakada@...>

なかだです。

18 messages 2000/11/01
[#11358] Re: [PATCH] an analogue of `long long' — matz@... (Yukihiro Matsumoto) 2000/11/01

まつもと ゆきひろです

[#11364] Re: [PATCH] an analogue of `long long' — EGUCHI Osamu <eguchi@...> 2000/11/02

えぐち@エスアンドイー です。

[#11440] class Character (was: Ruby I18N) — Yasushi Shoji <yashi@...>

[ruby-dev:11428] からの続きですが、threadは切りました。

14 messages 2000/11/08
[#11442] Re: class Character (was: Ruby I18N) — TAKAHASHI Masayoshi <maki@...> 2000/11/08

高橋征義です。用語について。

[#11443] Re: class Character (was: Ruby I18N) — Yasushi Shoji <yashi@...> 2000/11/08

At Wed, 8 Nov 2000 20:44:55 +0900,

[#11520] A problem of Socket methods on Windows — OKA Toshiyuki <oka@...>

岡と申します。

22 messages 2000/11/15
[#11523] Re: A problem of Socket methods on Windows — "Nobuyoshi.Nakada" <nobu.nakada@...> 2000/11/15

なかだです。

[#11528] Re: A problem of Socket methods on Windows — matz@... (Yukihiro Matsumoto) 2000/11/15

まつもと ゆきひろです

[#11532] Re: A problem of Socket methods on Windows — "Nobuyoshi.Nakada" <nobu.nakada@...> 2000/11/15

なかだです。

[#11534] Re: A problem of Socket methods on Windows — OKA Toshiyuki <oka@...> 2000/11/15

岡です。

[#11535] Re: A problem of Socket methods on Windows — "Nobuyoshi.Nakada" <nobu.nakada@...> 2000/11/15

なかだです。

[#11538] Re: A problem of Socket methods on Windows — "Nobuyoshi.Nakada" <nobu.nakada@...> 2000/11/15

なかだです。

[#11662] IO (Re: fork problem?) — Tanaka Akira <akr@...17n.org>

In article <E140cR3-0002ls-00@ev.netlab.zetabits.co.jp>,

22 messages 2000/11/28
[#11663] Re: IO (Re: fork problem?) — matz@... (Yukihiro Matsumoto) 2000/11/28

まつもと ゆきひろです

[#11664] Re: IO (Re: fork problem?) — Tanaka Akira <akr@...17n.org> 2000/11/28

In article <E140fxW-0002u9-00@ev.netlab.zetabits.co.jp>,

[#11665] Re: IO (Re: fork problem?) — Tanaka Akira <akr@...17n.org> 2000/11/28

In article <hvor93w5wb8.fsf@coulee.m17n.org>,

[#11669] Re: IO (Re: fork problem?) — Tanaka Akira <akr@...17n.org> 2000/11/29

In article <hvoofz05uwz.fsf@coulee.m17n.org>,

[#11672] Re: IO (Re: fork problem?) — matz@... (Yukihiro Matsumoto) 2000/11/29

まつもと ゆきひろです

[#11675] Re: IO (Re: fork problem?) — Koji Arai <JCA02266@...> 2000/11/30

新井です。

[#11677] Re: IO (Re: fork problem?) — matz@... (Yukihiro Matsumoto) 2000/12/01

まつもと ゆきひろです

[ruby-dev:11473] Re: class Character (was: Ruby I18N)

From: TAKAHASHI Masayoshi <maki@...>
Date: 2000-11-11 02:56:38 UTC
List: ruby-dev #11473
高橋です。

Yasushi Shoji <yashi@yashi.com> さん:
> > > 逆に一つ質問なのですが、文字列から文字を取り出すときに code pointだけを
> > > 欲い状況ってどういう時でしょうか?もし過去との互換性以外であったら教えて
> > > ください。
> > 
> > 「code pointだけを欲しい」というより、「code point以外を取り出す
> > のが厄介」という状況があるのではないかと。たとえばUnicodeなどの
> > 合成文字の場合(複数code pointsで1文字になる)などです。
> 
> 「code point以外を取り出すのが厄介」と言うのがいまいち理解できないのです
> が… (__; 今の Rubyのままでは code pointしか取り出せないのではないでしょ
> うか?

すみません、基本的な話で、文字列をcode point単位以外で切り出す
のが厄介、という話です。要するにあるcode pointについて、それが1文字
なのか、それとも合成されるべきものなのかを判断するのが面倒だと。
Unicodeなら合成文字かどうかを判断するアルゴリズムがないので、
毎回テーブルを参照して合成文字かどうかを判断する必要がある
わけですよね?  それはちょっとなあ、と。

# 言葉遣いとしてcode pointじゃなくてcode unitの方が適切なのかしらん。

> 複数の code pointで一つの文字を表わしている場合は、単純に複数の code
> pointを返すというのはどうですか?

その方針ではおそらくそうなると思いますが、上記のようにそれを行う
のにコストがかかる、と。どこで(時間と空間の)コストを負担するかは、
データの持たせ方によると思いますけど。

> 田中さんが書いていたけど、code pointとか byte列だとかを隠せる文字がある
> と便利だと思うんですが…。

というわけで、結局は効率の問題なんでしょうね。

高橋征義 (TAKAHASHI Masayoshi)   E-mail: maki@open-news.com

In This Thread