[ruby-list:11432] Re: (gtk) signal (Re: gtk)

  かんだ@楓街です。

Takehama Hirohisa <[e-mail]>さんの書かれた、
	「[ruby-list:11402] Re: (gtk) signal (Re: gtk) 」
からの引用です。

> >   ちょっと見てみましたが、ruby/gtk の signal_connect が gtk の
> > signal_connect_interp を使っているのが悪いのかなぁ…。もう少し見てみます。

  Gtk+のソースを読んでみたところ、どうも親signal を辿るかどうかに使われて
いるようです。同じ signal の次の handler を辿らないようにしたい場合は、処
理をやめたい handler 内で gtk_signal_emit_stop() を実行すればよいようです。
# これでいいんでしょうか? > Gtkな方々

とりあえず GC の周りは考えずに Gtk::Object::signal_emit_stop() メソッドを
定義しておきました。

  KeyEvent だけ実装しました。週末にでももう少し整理して新しい版を出してお
きます。gdk/gdkkeysyms.h に定義されている無数の:) キー番号もそのときに付け
ますので、必要でしたらしばらくは直接整数を記述して下さいませ。
  GtkText のキー入力を横取りするサンプルを付けておきます。小文字で入力して
も大文字にします。

 しかし、Gtk+ って signal 周りが難しい…
 全てのコードは signal に通ず、signal を制する者は Gtk+ を制す :-P


> >   話は違いますが、Gdk::Event って type というメソッドが定義されていますが、
> > Object::type とぶつかるのでマズいですね。event_type とかいう名前に変更した
> > いですけれど、困る方はいますか?
> 
> そんな話は send でもありましたね。今のうちに gtk 側の名前変更に賛成します。

  これも変えました。


> > > Tk ではイベントを <Control-a> のように指定できますね。さらに 
> > > <Control-Button1> とか <Control-Meta-a> とかできます。GTK でもここまでで
> > > きるとうれしいなと思います。
> > 
> >   Tk は知らないんですけれど、<Control-a> というイベントがあるのでしょうか?
> > Keyイベントを受け取ってそのキーコードを判別する、というのが普通:-Pかなと思
> > うのですが…。
> 
> Tk では <Control-a> というイベントを指定できます。また、gtk と同じよう
> に <KeyPress> と指定して Keyイベント受けとって、キーコードを判別するこ
> ともできます。両方指定してあって Control-a を押した場合は、より限定的
> なイベントの方にマッチするようです。

  基本は Gtk+ 互換にしたいので、余分な機能は組み込むとしても別になると思い
ます。問題は Gtk+ でも直接関数ポインタを代入すれば上の機能は果たせるのだけ
れど、それは認められている方法なのかどうかかな…。とりあえずは代用できます
ので、提供しないでおきます。