[#41449] slim ruby for embedding — Hiroshi Takagi <gollum@...>
たかぎです。
[#41455] オブジェクト同士の演算などを実装するには? — Hideo Konami <konami@...>
小波です.
From: Hideo Konami <konami@kyoto-wu.ac.jp>
小波です.
いわおかです。
小波です.
原です。
いわおかです。
なかだです。
[#41489] Matrixの継承について — argento@...
はじめまして。吉田と申します。
まつもと ゆきひろです
るびきち様、まつもと様
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
原です。
けいじゅ@いしつかです.
原です。
けいじゅ@いしつかです.
原です。
[#41503] 数を減らしてくループ — Takeshi Horinouchi <horinout@...>
堀之内と申します。
From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
堀之内です。
From: Takeshi Horinouchi <horinout@kurasc.kyoto-u.ac.jp>
こんにちは。ゴトウと申します。
[#41543] カスタム版Rubyの作成 — rubikitch <rubikitch@...>
るびきちです。
[#41552] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41554] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41561] Re: Windowsにおける共有フォルダーでのDir.globは一覧を返さない? — 岩崎 弘孝 <IH000667@...>
岩崎です。
[#41570] 別クラスのメソッドを横取り — 石井 大海 <banzaida@...>
お久しぶりで、konnです。
[#41596] 名前空間の衝突を回避する方法 — Kentaro KAWAMOTO <kentaro.kawamoto@...>
川本と申します。
From: Kentaro KAWAMOTO <kentaro.kawamoto@gmail.com>
[#41602] エクセルファイルを読み込む際の問題(質問) — "Hisashi Yahata" <yahatah@...>
質問で恐縮ですが、ご教示ください。
conundrumと申します。
babieさん、conundrumさん、早速の回答を有り難うございました。
conundrumです。
[#41624] MacOS X Aqua 対応のための tcltklib の extconf.rb — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
永井@知能.九工大です.
天野竜太郎と申します。
永井@知能.九工大です.
8.4.10のtcl.hやtk.hは、
永井@知能.九工大です.
> Tcl/TkAqua もこの Macintosh のルールに従うのであれば
永井@知能.九工大です.
永井@知能.九工大です.
天野です。
永井@知能.九工大です.
永井@知能.九工大です.
完全に私の勘違いです。
永井@知能.九工大です.
ruby-list:41651の
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
>> 13,画像を見るための簡単なユーザーインターフェイス
永井@知能.九工大です.
[ruby-list:41594] Array#+, Array#* [Matrix の継承について]
けいじゅ@いしつかです. タイトル悪いですね. 勝手にかえさせてもらいました(^^; In [ruby-list:41592] the message: "[ruby-list:41592] Re: Matrix の継承 について", on Nov/25 16:29(JST) Shin-ichiro HARA writes: >原です。 >結局「opの字面や定義や意味による」んでしょうね。例えば+(あ >るいは-)ならどうしても > > 5kg + 10kg = 15kg > >のように種類が変わらないのが基本で、そういう操作にこそ+とい >うメソッド名を与えるべきですよね。だから、サブクラスSに対し > S + S => S >はいいのではないか。 うーん. class Prime<Integer;end とすると, 2 + 7 => 9 となり, S+S=>S を満たしていないですよね. でも, Primeは置換原理を満たし ていますので, Integerのサブクラスとしてはそれほどおかしいわけではない です. >しかし、*については、 > > [0, 1] * 3 => [0, 1, 0, 1, 0, 1] > >というのもある。つまり今思いつきで分類すると > > M * M => M 環型 (例:1 * 2 = 2) > M * R => M モジュール型(例:[0] * 2 = [0, 0]) > M * M => M**2 テンソル型(例:?) > M * N => O 他(例:?) > >があって、それぞれのケースについて相応しい継承の形(継承させ >ないことも含む)があるのではないでしょうか。 むむ. この辺りはなかなか興味深いですが, サブクラスが乗法に関して閉じているかどうかは, サブクラスの作り方により ますので, 一概には言えないんじゃないでしょうか? >で、それぞれについてそれに相応しい継承の仕方があって、一概に >は決められはしないけど、決まるものは決まる。 それはそうでしょうね(^^;; >さしあたってArray#+、Array#*については継承してもいいような気 >がするんだけどなあ。 Arrayの場合ですよねぇ.... class S<Array; end S+S=>S は普通は成り立つような気がしますが, サブクラスを返すとなると: S+Array=>? Array+S=>? については, ちゃんと考えなくてはならないし, さらには, class T<Array; end として S+T=>? はどうする? って問題もありますし, やはり, 積極的にサブクラス作成を認めていないArrayとしては, 必要ならサ ブクラス側で考えれば? っていいたいんですが? >ああ、今実験したらArray#*は継承していますね。 > > class S < Array > end > > p (S[0, 1] * 2).class #=> S こちらは, 不定のパラメータが実質一つなのでわからないでもないですが... __ ---------------------------------------------------->> 石塚 圭樹 <<--- ---------------------------------->> e-mail: keiju@ishitsuka.com <<---