[#34991] a = 4 ; p((a < 3) or (a > 5)) — Take_tk <ggb03124@...>

 次のものがエラーになるのは何故なんでしょうか?

12 messages 2002/05/06

[#35028] win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp>

小西 弘将です。

20 messages 2002/05/09
[#35034] Re: win32.c 中の my* 関数について — nobu.nakada@... 2002/05/10

なかだです。

[#35042] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/11

 小西 弘将です。

[#35044] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/11

 小西 弘将です。

[#35045] Re: win32.c 中の my* 関数について — "U.Nakamura" <usa@...> 2002/05/11

こんにちは、なかむら(う)です。

[#35046] Re: win32.c 中の my* 関数について — nobu.nakada@... 2002/05/11

なかだです。

[#35047] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/11

 小西 弘将です。

[#35048] Re: win32.c 中の my* 関数について — nobu.nakada@... 2002/05/11

なかだです。

[#35062] Re: win32.c 中の my* 関数について — 小西 弘将 <konishih@...6.so-net.ne.jp> 2002/05/12

 小西 弘将です。

[#35052] ruby_lib/html/ — Wakou Aoyama <wakou@...>

青山です。

32 messages 2002/05/11
[#35057] Re: ruby_lib/html/ — TN <nyonyoru@...> 2002/05/12

 にょにょると申します。(ここハンドル投稿ダメなのでしょうか?ダメなら本

[#35063] Re: ruby_lib/html/ — Wakou Aoyama <wakou@...> 2002/05/12

青山です。

[#35074] Re: ruby_lib/html/ — nnr <nyonyoru@...> 2002/05/12

 にょにょるです。オンラインではずっとこれを使っているので、これでいきま

[#35054] 「 Ruby/GTK プログラミング入門」 — Noritsugu Nakamura <nnakamur@...>

14 messages 2002/05/12

[#35102] ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...>

はじめまして、須藤です。

57 messages 2002/05/13
[#35115] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/14

なひです。

[#35125] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...> 2002/05/14

須藤です。

[#35130] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/15

なひです。

[#35140] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — Kouhei Sutou (須藤功平) <kou@...> 2002/05/15

須藤です。

[#35141] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — nobu.nakada@... 2002/05/15

なかだです。

[#35157] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — TAKAHASHI Masayoshi <maki@...> 2002/05/15

高橋征義です。

[#35159] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/16

なひです。

[#35160] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/16

なひです。

[#35162] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — matz@... (Yukihiro Matsumoto) 2002/05/16

まつもと ゆきひろです

[#35186] Re: ANNOUNCE: REXML のドキュメントの和訳を公開しました。 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/05/17

なひです。

[#35192] Re: ANNOUNCE: REXML のドキュメント — siena@... (Siena.) 2002/05/17

Siena. です。

[#35253] ((1.2)..(3.4)).to_a — Take_tk <ggb03124@...>

1.2..3.4 を配列にすると、その範囲に属しない整数「1」が含まれるという点に

29 messages 2002/05/25
[#35257] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto) 2002/05/25

まつもと ゆきひろです

[#35265] Re: ((1.2)..(3.4)).to_a — Take_tk <ggb03124@...> 2002/05/27

たけ(tk)です。

[#35272] Re: ((1.2)..(3.4)).to_a — siena@... (Siena.) 2002/05/27

Siena. です。

[#35279] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto) 2002/05/28

まつもと ゆきひろです

[ruby-list:35290] Re: ((1.2)..(3.4)).to_a

From: matz@... (Yukihiro Matsumoto)
Date: 2002-05-28 10:15:48 UTC
List: ruby-list #35290
まつもと ゆきひろです

In message "[ruby-list:35283] Re: ((1.2)..(3.4)).to_a"
    on 02/05/28, Siena. <siena@cr.chiba-u.ac.jp> writes:

|》Timeは「秒が単位(マイクロ秒は補助的)」という定義がありますか
|》ら、それほど問題ではないと思います。
|
|はい、内部表現を根拠に Time#succ は 1 秒刻みとする
|というのが体系的に妥当である、という点は異議ありません。
|ただ、あたしとしては、あまり使い道を思い浮かばないです。
|1 時間とか 1 日といった、もっと大きな刻み幅を単位に進む
|時刻表現系が欲しいなど、場面によって様々だと思います。
|それは、Time ではなく Date であるという事でしょうか。

1日の場合にはそうなりますね。というか、適切な幅がわからない
と思う人は暗黙の幅を仮定するRangeは使えない(使わない)んじゃ
ないですかね。

|Time#succ では、「刻み幅は 1 秒に固定」というあまり
|使われなそうな定義を与えておくか、使う側に歩み寄って
|生成時引数やメソッドで刻み幅を変えられるようにしておくのか、
|その場合はデフォルトは 1 秒で良いのか、というところで、
|どれが適切なのかはあたしには難しいです。
|# 悩んだ挙句、後者でデフォルトを 1 秒としたいかな...

「刻み幅を変える」っていうのは一見便利そうなんですが、実は使
えないと思います。Timeのようなのは状態が増えれば増えるほど使
いにくいですから。現状のデフォルトの表示タイムゾーンという状
態でも使いにくい場合がままあるのに、これ以上増えたら。

|》Rangeは「数え上げられる範囲」が主ですが、「ここからここまで」
|》という範囲を表現する場合もありえるからです。Rubyでは目的によっ
|
|これは、中途半端にそうなっているように感じます。
|Range#=== で ( 1..3 ) === 1.5 が true となる事を
|指していると思うのですが、これしか思い当たりません。
|他に「連続区間」としての挙動はあるでしょうか。
|
|確認しておきたいのですが、Range は、「数え上げられる範囲」と
|「連続区間」の両方を表現すべく導入されたものでしょうか。
|それとも、基本的に「数え上げられる範囲」であって、便宜的に
|「連続区間」としても機能する場合があるというものでしょうか。
|
|あたしは、後者の立場で捉えていまして、「連続区間」
|としての側面を強く支持するのには少々抵抗を感じます。

後者です。「強く支持する」つもりはないんですけど。

|Range のあるべき姿が前者だとしますと、「連続区間」らしく挙動を
|拡充する予定がある、もしくは拡充する事に問題はないでしょうか。

いや、べつに拡充しなくても。

|》|少なくとも #to_a は妥当な定義が与えられないような気がします。
|》
|》「連続な区間を表現する場合には有意義な結果は与えられない」と
|》いうのは妥当な定義だと思います。
|
|それって、妥当なのでしょうか。
|連続区間から 0.5 刻みで値を列挙したいとか、極端な話、ブロックで
|与えられるある条件を満たす値を列挙したいとかいう要求がありそうです。

ニーズはいろいろあると思いますが、それをすべて満たすメソッド
を提供するかどうかは別問題です。というか、想定される全部のニー
ズを盛り込んだら破綻しちゃう。でも、「ブロックで与えられるあ
る条件を満たす値を列挙」はselectでできるか、離散区間なら。

                                まつもと ゆきひろ /:|)

In This Thread