[ruby-list:29156] Re: patch for Tk.bindinfo (Re: TkBindTagAll)

永井＠知能．九工大です．

From: Koji Arai <[e-mail]>
Subject: [ruby-list:29147] Re: patch for Tk.bindinfo (Re: TkBindTagAll)
Date: Sun, 8 Apr 2001 00:30:38 +0900
Message-ID: <[e-mail]>
JCA02266> > bind . <<virtual>><Escape> {puts asdf}
JCA02266> > は
JCA02266> > virtual events may not be composed
JCA02266> > のエラーを生じますから，Ruby/Tk の動作で間違いはないと思います．
JCA02266> ということは
JCA02266> |  def tk_event_sequence(context)
JCA02266> ...
JCA02266> |
JCA02266> |    if context.kind_of? Array
JCA02266> |      context = context.collect{|ev|
JCA02266> |	 if ev.kind_of? TkVirtualEvent
JCA02266> |	   ev.path
JCA02266> |	 else
JCA02266> の部分ってあまり意味がないのでしょうか？Tclのエラー判定任せっ
JCA02266> てことでそれはそれで別にいいのですけどね。

意味がないわけではないと思います．
Ruby 側は，可能な限りスクリプト作成者の意図通りに 
Tk 側にコマンドを発行してあげるべきでしょう．

# Ruby/Tk 全体でこれができているとは全く言えませんが．(^_^;

上記部分を欠くと，Ruby 側でのコンバートの誤りによるエラーと
なってしまいます．
出力されるエラーメッセージは，例えば

  RuntimeError: bad event type or keysym "#<TkVirtualEvent:0x4022f3a8"

などとなり，スクリプト作成上の誤りを正しく指摘しているとは言えません．
もちろん，ここでのチェックで，Tk 側が出すエラーと同じに

  RuntimeError: virtual events may not be composed

とすることはできますが，やるべきことが違うという気がします．
それに，こうした仮想イベントとの組合わせを，
将来に渡って Tk がサポートしないとは断言できませんし．(^_^)
-- 
                                         永井 秀利 （九工大 知能情報）
                                             [e-mail]