[#38563] [Bug #1556] irb does not save history from 1.8.7-p83 and later — Nobuhiro IMAI <redmine@...>

Bug #1556: irb does not save history from 1.8.7-p83 and later

11 messages 2009/06/02

[#38571] [Bug #1582] IO.new Raises Other Errors between 1.8 and 1.9 — "ujihisa ." <redmine@...>

Bug #1582: IO.new Raises Other Errors between 1.8 and 1.9

15 messages 2009/06/05

[#38607] [Feature: trunk] GC.stat — SASADA Koichi <ko1@...>

 ささだです.

21 messages 2009/06/14

[#38608] Fixnum#fdiv — Tadayoshi Funaba <tadf@...>

Bignum#fdiv には大きな数である場合の配慮があるようですが、Fixnum ではな

23 messages 2009/06/14
[#38636] Re: Fixnum#fdiv — Tadayoshi Funaba <tadf@...> 2009/06/15

fdiv では2つの異る解釈が混在しているように見えます。

[#38638] Re: Fixnum#fdiv — Yukihiro Matsumoto <matz@...> 2009/06/15

まつもと ゆきひろです

[#38639] Re: Fixnum#fdiv — Tadayoshi Funaba <tadf@...> 2009/06/15

> えーと、設計者は「fdivは結果がfloatになるdiv」くらいしか考え

[#38640] Re: Fixnum#fdiv — Yukihiro Matsumoto <matz@...> 2009/06/15

まつもと ゆきひろです

[#38641] Re: Fixnum#fdiv — Tadayoshi Funaba <tadf@...> 2009/06/15

> ふむ。「中途半端」というのはfixnumとbignumで食い違うと言う意

[#38657] Re: Fixnum#fdiv — Tadayoshi Funaba <tadf@...> 2009/06/16

> > ふむ。「中途半端」というのはfixnumとbignumで食い違うと言う意

[#38659] Re: Fixnum#fdiv — Yukihiro Matsumoto <matz@...> 2009/06/16

まつもと ゆきひろです

[#38660] Re: Fixnum#fdiv — Tadayoshi Funaba <tadf@...> 2009/06/16

> 私が気にしているのは「挙動の理解しやすさ」ですね。

[#38701] [Bug #1676] only last "return" is traced by set_trace_func — _ wanabe <redmine@...>

Bug #1676: only last "return" is traced by set_trace_func

10 messages 2009/06/22

[ruby-dev:38697] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合

From: Hidetoshi NAGAI <nagai@...>
Date: 2009-06-21 21:33:30 UTC
List: ruby-dev #38697
永井@知能.九工大です.

From: Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp>
Subject: [ruby-dev:38340] Re: [1.8.7][1.9.1][tk] 自前実装の拡張 widget を使いたい場合
Date: Mon, 27 Apr 2009 12:04:48 +0900
Message-ID: <20090427.120447.74747064.nagai@ai.kyutech.ac.jp>
> 両方を殺さずに何とかできそうな対処案を思い付きました.
> ちょっと今は本業の方が忙しいのですぐとはいかないかもしれませんが,
> もう少しつめてみて,仕上りましたら本 ML で連絡します.
> もし良かったら,その際にテストしていただけますと助かります.

長らく放置状態で申し訳ありませんでしたが,
近い内に仕上げて commit できそうです.

方針を簡単に説明しておきますと,以下のようになります.

まず
・widget_set と toplevel 名の symbol とを管理する TABLE[set][sym]
・toplevel の alias を定義するモジュール ALIASES
・toplevel の alias (sym) を管理する OWNER[sym]
というようなものを用意しておき,
ALIASES を Oject クラスに Mix-in します.
操作時の条件は少しややこしいのですが,
必要に応じて Object クラス上にも ALIASES と同じものを定義します.

例えば TkButton(Tk::Button) と TkCombobox(Ttk::Combobox) において
         ALIASES                      Object
  ----------------------------------------------------
   TkButton(Tk::Button)       <-  TkButton(Tk::Button)
   TkCombobox(Ttk::Combobox)  <-  未定義
というような状況になるわけです.

これにより,TkButton, TkCombobox 共に見えつつも
TkCombobox については独自クラスを定義することが可能です.
その場合,
         ALIASES                      Object
  ----------------------------------------------------
   TkButton(Tk::Button)       <-  TkButton(Tk::Button)
   TkCombobox(Ttk::Combobox)      TkCombobox(独自定義)
となります.

もし TkCombobox に独自クラスを定義せずに TkCombobox.new などと
TkCombobox(Ttk::Combobox) を参照した場合は
         ALIASES                      Object
  ----------------------------------------------------
   TkButton(Tk::Button)       <-  TkButton(Tk::Button)
   TkCombobox(Ttk::Combobox)  <-  TkCombobox(Ttk::Combobox)
となります.

唯一(?)の問題は TkCombobox が Object クラス上で未定義の状態で
TkCombobox に機能追加しようとして class TkCombobox とした場合です.
この場合,新しいクラスが定義されてしまい,期待通りにはなりません.
ですが,Ttk::Combobox を直接に参照した場合や
先に default_widget_set を :Ttk に切替えた場合には
Object クラスへの定義を行うのでこの問題は生じませんし,
明示的に現在の default_widget_set の要素とするように宣言することで
Object クラスへ定義させることも可能ですので
許容できるレベルではないかと思います.
-- 
永井 秀利  (nagai@ai.kyutech.ac.jp)
九州工業大学 大学院情報工学研究院 知能情報工学研究系 知能情報メディア部門

In This Thread