[#14185] ruby on Linux/m68k — akira yamada / やまだあきら <akira@...>
[#14196] fork() on MacOS — nobu.nakada@...
なかだです。
[#14206] undef_method :method_missing — Kenichi Komiya <kom@...1.accsnet.ne.jp>
なかだです。
なかだです。
金光です。
むらけんです.
金光です。
金光です。
金光です。
金光です。どもっ。
むらけんです.
なかだです。
金光です。どもっ。
金光です。
金光です。FOXとかもあるのかぁ。すげぇなぁ。
まつもと ゆきひろです
金光です。御大、待ってましたっ。
なかだです。
金光です。どもどもっ。
なかだです。
さくです。
まつもと ゆきひろです
金光です。どもっ。
まつもと ゆきひろです
金光です。どもどもっ。
まつもと ゆきひろです
岩月と申します。
金光です。どもっ。
岩月と申します。
むらけんです.
楠です
むらけんです.
有馬です。
金光です。
有馬です。
金光です。どもっ。
とみたです。
金光です。
とみたです。
金光です。
まつもと ゆきひろです
金光です。(^_^;
あづみです。
有馬です。
金光です。
有馬です。
金光です。どもっ。
有馬です。
むらけんです.
むらけんさん wrote:
むらけんです.
長沢です。
まつもと ゆきひろです
金光です。どもっ。
有馬です。
金光です。どもどもっ。
むらけんです.
金光です。いちおうフォローだけ
ふなばです。
一応フォローだけ、ほんとにちょっとだけっすよ
[#14229] [BUG] segv on [str].pack("p") — Koji Arai <JCA02266@...>
新井です。
なかだです。
新井です。
なかだです。
[#14338] setup.rb (Re: Common GUI framework) — Minero Aoki <aamine@...>
あおきです。
[#14382] [BUG] segv on regex matching with long string — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
[#14390] [Patch] pp.rb and debug.rb — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
In article <DJEGJLCFNEIMKDNMLFPHCEPJCAAA.nakahiro@sarion.co.jp>,
なひです。
まつもと ゆきひろです
In article <DJEGJLCFNEIMKDNMLFPHCEPJCAAA.nakahiro@sarion.co.jp>,
あおきです。
In article <20010809221751J.aamine@mx.edit.ne.jp>,
なひです。書き忘れ。
なかだです。
nobu.nakada@nifty.ne.jpさんの
なひです。
なかだです。
In article <DJEGJLCFNEIMKDNMLFPHMEAHCBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHEEAICBAA.nakahiro@sarion.co.jp>,
なひです。
まつもと ゆきひろです
In article <997774251.527258.14423.nullmailer@ev.netlab.jp>,
まつもと ゆきひろです
In article <997783083.657819.14685.nullmailer@ev.netlab.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHEEALCBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHEEAPCBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHMEBACBAA.nakahiro@sarion.co.jp>,
なひです。
In article <DJEGJLCFNEIMKDNMLFPHIEBBCBAA.nakahiro@sarion.co.jp>,
うぅむ。ぼーっとしてたら意味もなく Subject を変えてしまった。
In article <20010817205051.UAZHC0A8274C.C78F0C8A@mail.biglobe.ne.jp>,
あづみです。
In article <hvo66bnxe4b.fsf_-_@flux.etl.go.jp>,
古い話題で恐縮ですが…
なかだです。
In article <200109290948.f8T9mbh12942@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
まつもと ゆきひろです
In article <1001945748.240863.24023.nullmailer@ev.netlab.jp>,
なかだです。
In article <200110020334.f923YLb08299@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
In article <200110021010.f92AAIb13474@sharui.nakada.kanuma.tochigi.jp>,
なかだです。
まつもと ゆきひろです
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
In article <1002080461.740444.11187.nullmailer@ev.netlab.jp>,
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
あづみです。
[#14406] typo in ruby 1.7 — Koji Arai <JCA02266@...>
新井です。
[#14413] 1.7.1 2001-08-06: if true && /match/ — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
[#14465] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>
まつもと ゆきひろです
At Wed, 15 Aug 2001 18:01:50 +0900,
"Akinori MUSHA" <knu@iDaemons.org> wrote:
In article <20010816001456V.satoru@namazu.org>,
Tanaka Akira <akr@m17n.org> wrote:
In article <20010816130056C.satoru@namazu.org>,
[#14480] avoid compile warning of tcltklib with VC5 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
[#14505] BUG: ruby 1.6.4 cannot use threads on Sparc (segv) — akira yamada / やまだあきら <akira@...>
[#14530] restore terminal mode even if readline interrupted. — Koji Arai <JCA02266@...>
新井です。
新井です。
新井です。
新井です。
At Wed, 5 Sep 2001 00:19:51 +0900,
まつもと ゆきひろです
[#14552] read in IO#eof? — nobu.nakada@...
なかだです。
[#14575] infinite loop on Dir.glob("*/**/*") — nobu.nakada@...
なかだです。
[#14577] option nodynamic — Daisuke Aoki <dai@...>
青木@横浜です。
[#14595] SEGV at `$0 = "long long string"' — nobu.nakada@...
なかだです。
なかだです。
まつもと ゆきひろです
[ruby-dev:14311] Re: Common GUI framework(Re: Virtual Machine)
まつもと ゆきひろです
In message "[ruby-dev:14295] Re: Common GUI framework(Re: Virtual Machine)"
on 01/08/06, "KANEMITSU Masao" <masao-k@a-net.email.ne.jp> writes:
|それは、だれかがRuby用の標準を作れば、拡張ライブラリとして
|標準添付することもやぶさかでない、って意味ですか?
全否定はしませんが、実は抵抗があります。理由は後述。
|> また、GUI関係は言語に比べて寿命が短いのも問題になりえま
|> す。OpenLookって聞いたことありますか。SmalltalkのGUIって
|> 流行遅れって思ったことはないですか?
|
|SmalltalkのGUI(とくに見た目)は時代遅れだと思いますし、
|それを先進的(現在でも)と書いてはないすよ。
たぶん、私の意図が伝わってないので補足します。
プラットフォームを越えたGUIフレームワークのためのアプローチ
はたぶん二通りあります。
(a) 各プラットフォームごとに基本的な操作(プリミティブ)だけ
を用意し、残りはそれで実装する(Smalltalk, Java SWING方
式)。プラットフォーム対応はプリミティブだけなので、比較
的移植しやすいが、ほぼすべてを自分で開発しなければなら
ないので、性能の点でも、開発コストの点でも課題が残る。
(b) 各プラットフォームのGUIライブラリの機能を呼び出すような
共通APIを定義するようなライブラリを用意し、そのライブラ
リの言語インタフェースを用意する(Java AWT, WxWindow方式)。
(a)よりは性能は出しやすいし、開発コストも比較的小さくて
済むが、GUIツールキットに固有の機能は当然使えないので、
提供できる機能が最大公約数になってしまう危険性がある。
で、私は(a)のアプローチには賛成しません。車輪の再発明って感
じだし。またSmalltalkのGUIが時代遅れなのはまさに開発コストの
点で新しいものへの対応が難しいからです。同じ轍を踏む必要はな
いんじゃないですかね。
で、「VMに組み込む」って発言はたぶん(a)のアプローチを前提に
しているように思います。ですから、賛成しません。
また、標準にするかどうかですが、なにかをデファクトにすること
に反対はしませんが、本格的なGUIフレームワークが巨大なものに
なりがちなこと(Ruby/Gtkを見ると分かるかも)や、GUIライブラリ
の寿命が言語よりはるかに短いことを考えると、標準添付の嬉しさっ
てのはあまりなくて、むしろそれぞれのライブラリが移植性がイン
ストールのしやすさで改善を続けることこそがなすべきことのよう
に思います。setup.rbのような標準のインストール手段を提供する
ことはRuby本体が支援できることだと思いますが。
|パフォーマンスが悪いんではしょうがないですね。
|でも、Ruby自身もスクリプト言語ですし、速度より開発効率を
|とったのでは?
GUIは直接人間を待たせるので反応速度が命です。速度が問題にな
るかどうかは局面によってちがいますよね。
|最後に質問ですが、拡張ライブラリの場合、移植性に問題は
|出ないでしょうか。現在は、Windowsでしょうもない問題が噴出
|してるんですが。
GUIフレームワークの拡張ライブラリの移植性の問題は、GUIフレー
ムワークであることそのものに依存していて、拡張ライブラリであ
るかどうかには依存しません。
まつもと ゆきひろ /:|)