[#39464] Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

25 messages 2004/04/01
[#39608] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

遅い反応&File.fnmatchは使った事ない&ruby-devの方では

[#39609] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

File.fnmatch(と Dir.glob)をちょっと使ってみたのですが、

[#39610] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/05/02

山本です。

[#39611] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/02

まつもと ゆきひろです

[#39613] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/02

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[#39616] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/02

まつもと ゆきひろです

[#39620] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/03

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[#39621] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — matz@... (Yukihiro Matsumoto) 2004/05/03

まつもと ゆきひろです

[#39622] Re: Re [ruby-dev:23297] 大文字・小文字の区別がDOSISHかどうかで変わる、パス名マッチ関数の提案 — pegacorn@... 2004/05/03

From: matz@ruby-lang.org (Yukihiro Matsumoto)

[ruby-list:39565] Re: NEW trial (RC?) version of Ruby/Tk

From: Hidetoshi NAGAI <nagai@...>
Date: 2004-04-15 13:26:06 UTC
List: ruby-list #39565
永井@知能.九工大です.

From: nobu.nakada@nifty.ne.jp
Subject: [ruby-list:39561] Re: NEW trial (RC?) version of Ruby/Tk
Date: Thu, 15 Apr 2004 19:37:40 +0900
Message-ID: <200404151037.i3FAbdjJ020960@sharui.nakada.niregi.kanuma.tochigi.jp>
> むしろ、tkutilが常にコンパイルされるほうがおかしいような気がし
> ます。今はtcltklib必須なのなら、統合してしまってもいいんじゃな
> いでしょうか。

もしこれが tcltklib + tkutil という意味であるのなら,
統合はすべきでないと思います.

tcltklib はそれ自体完結しており,Tcl/Tk のインタープリタを生成して
tcl のコマンドを直接送り込んで制御するには十分なものです.
ですから,require 'tcltklib' だけを行う用途も考えられます.

tkutil はそれ自体では完結しておらず,tk.rb と組み合わせて初めて
有効に機能するものとなっています.
クラス定義も行われていますが,これは tkutil のメソッドの実装上,
やむを得ず加えられたプロトタイプ宣言的なものです.
必要上,tcltklib の一部のメソッドを呼び出していますが,いずれも
Tcl/Tk のインタープリタの生成を必要としていないものだけです.
tkutil 自体は Tcl/Tk のヘッダファイルやライブラリとは無縁です.

つまり,tcltklib 単独や [tcltklib + [tkutil + tk.rb]] というのは
意味があるのですが,[tcltklib + tkutil] というのは,ただの tcltklib 
に対してほとんど意味のある拡張にはなりません.
むしろ,そのままでは役に立たない不完全なクラス定義が追加されてしまい,
害ばかりが先に立つことになります.

まぁ,tcltklib がコンパイルできないのに tkutil がコンパイルされても
意味がないというのはその通りですが,この点は tcltklib がコンパイル
できていないのに tk.rb がインストールされてしまう現状と同じですよね.
その意味で,現在の tcltklib と tk とを一つのディレクトリに統合し,
tcltklib 部分が作れない場合には tk もインストールしないようにすると
いうのならあり得る選択肢と言えそうです.
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp

In This Thread

Prev Next