Re:[ruby-gnome-users-ja] patch of add selection-copy for Ruby/GTK

[Hiroshi K. <kg...@ko...>]

On <200...@hi...>
    wrote by Masao Mutoh <mu...@hi...>:

>> むとうです。

	桑形です。

>> > 	私の経験上微妙なとこですねぇ。
>> > 	GDKの使い方なんてGTKのソースを見るぐらいしか身近な
>> > 	資料が無いですし。
>> > 
>> > ＃GTKじゃモロ 32 なんて打ってある箇所がある(^^;
>> > 
>> > 	どかかにRuby/GTKでのGDKアクセスのガイドなんかがあって
>> > 	そこに『こういう経緯でRuby/GTKではこうしてる』ってのが
>> > 	明記してあれば良いとは思うのですが。
>> 
>> 将来的にはそのようなドキュメントもあれば良いなと思います。
>> が、それよりもまずはAPIリファレンスですよね....。それすら無い現状....。

	で、(Ruby/GNOMEでの)現状をどうするかっていう話で
	下に関わっちゃうんですが、

>> > 	『Gdk::Atomと整数』の件にも絡む問題ですが、名前空間の取り方
>> > 	がオリジナルと特定の物だけ中途半端に変わるのは余計に混乱し
>> > 	そうなのですが…さっきも書いた通りそれでひっかかったクチでも
>> > 	あるので。
>> > 
>> > 	まだRuby/GNOME(1)では未整理ってことでGdkモジュールに全部押し
>> > 	込んである方が良いような。
>> 
>> 逆にその変更を今からやるというのはちょっとどうかと。
>> それにこのようなモノは本来ドキュメントを整備することで解決することであって
>> 実装で解決すべきモノではないと思います。

	いえ、現状の場合、実装での統一性が重要だと思います。
	特にRuby/GNOMEは、ドキュメントの整備もままなら無い状態で、
	ほぼ終了の段階に入る訳ですから。

	たとえば、今回の例で行くと

	   tw.property_change(
		 ev.property,
		 Gdk::Selection::TYPE_INTEGER,
		 Gdk::PROP_MODE_REPLACE, data);

	と、微妙に異なる思想で定義された定数が同一の拡張ライブラ
	リを使うソースコード中に並んでしまう訳です。

＃しかも同じ評価の行で :-)

	コード的に(主観が過ぎるかも知れませんが)気持悪いし、既存
	コードの資料化(しばらくはこれしか望めませんし)と言う意味
	でも障害になり得ると考えますが？

	GdkSelectionTypeなのにGdk::Selection::...なのはオリジナルの
	GTKとも*微妙に*異なる訳ですし。

＃どうしてもというのなら、Gdk::SelectionはGdk::SelectionTypeにして
＃Gdk::PROP_MODE_REPLACEも変更すべきと思うのは私の気のせいでしょうか？

>> ＃つまり、GTK+関連のドキュメントを見なくてもコーディングできる・・・理想ですが。

	逆に私は、GTKバインドの一形態である以上、GTKの思想を引き
	継げる、その要素の一つである『GTKのドキュメントをある程度あ
	てに出来る』ってのは重要ではないかと考えますが。

＃私がツール作りにRUby/GTKを使ってるのはそれが大きいです
＃＃rot( kgt)だったっていう噂もありますが :-)

	『GTK+関連のドキュメントを見なくてもコーディングできる』を
	理想とするのなら、『GTKをベースにした別個のRubyでのToolKit』
	を目指すべき(特にGDKなんか見せないとか独自拡張などをバンバ
	ンと言う意味においてもですが)だと思いますし。

＃もしかしてRuby/GNOME2はそっち方向に走る？

>> > ＃Gdk::Selection::TYPE_*を既に使ってるアプリがあるなら
>> > ＃仕方が無いと思いますが。
>> 
>> あえて言えば、sample/dnd.rbが使ってます。
	
	サンプルコードならそんなに問題は大きく無いのでは？
	まだ、それを使って運用されてるアプリと言う訳でもないですし。


                                                   ζ
----                                            ^^y-
         くわがた＠自宅
          kg...@ko...        − 年年歳歳花相似 歳歳年年人不同 −