[#3234] sample of TkFont class — NAGAI Hidetoshi <nagai@...>

永井@知能.九工大です.

52 messages 1998/07/08
[#3241] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/09

永井@知能.九工大です.

[#3290] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/15

永井@知能.九工大です.

[#3291] Re: sample of TkFont class — matz@... (Yukihiro Matsumoto) 1998/07/15

まつもと ゆきひろです

[#3307] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/16

永井@知能.九工大です.

[#3309] Re: sample of TkFont class — matz@... (Yukihiro Matsumoto) 1998/07/16

まつもと ゆきひろです

[#3319] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/16

永井@知能.九工大です.

[#3321] Re: sample of TkFont class — matz@... (Yukihiro Matsumoto) 1998/07/16

まつもと ゆきひろです

[#3324] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/16

永井@知能.九工大です.

[#3367] Re: sample of TkFont class — Tadayoshi Funaba <tadf@...> 1998/07/22

ふなばです。

[#3369] Re: sample of TkFont class — ttate@... 1998/07/22

立石@JAISTです。

[#3370] Re: sample of TkFont class — Tadayoshi Funaba <tadf@...> 1998/07/22

ふなばです。

[#3371] Re: sample of TkFont class — ttate@... 1998/07/23

立石@JAISTです。

[#3292] exprimental release 1.1b9_31 (hopefully final) — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

20 messages 1998/07/15
[#3293] Re: exprimental release 1.1b9_31 (hopefully final) — Takahiro Maebashi <maebashi@...> 1998/07/15

前橋です。

[#3294] Re: exprimental release 1.1b9_31 (hopefully final) — matz@... (Yukihiro Matsumoto) 1998/07/15

まつもと ゆきひろです

[#3295] Re: exprimental release 1.1b9_31 (hopefully final) — Takahiro Maebashi <maebashi@...> 1998/07/15

前橋です。

[ruby-dev:3407] Re: sample of TkFont class

From: ttate@...
Date: 1998-07-24 13:43:21 UTC
List: ruby-dev #3407
立石@JAISTです。

nagai@dumbo.ai.kyutech.ac.jpさん(07月24日15時):
nagai>>tadf> o ボタンウィジェットの配列を設定することができる。
nagai>>t> そのままRubyの配列をWedgetに渡して
nagai>>t> -sideで左から詰めていけばできそう、、、
nagai>>
nagai>>それをするんでしたら,多次元配列を渡して,
nagai>>grid で配置する方がいいように思えますね.

なるほど、その方がよさそうです。

nagai>>tadf> o アプリケイション全体、もしくは特定のウィンドウに関係して作用するグラ
nagai>>tadf> ブがある。
nagai>>
nagai>>アプリケーション全体の grab は現状の tkdialog の機能と同じですね?
nagai>>「特定のウィンドウ関係して作用するグラブ」ってのは,
nagai>>あるアプリケーションを構成する複数のウィンドウの内,
nagai>>一部に対しては event 受け付けが停止され,
nagai>>残りについてはまったく影響なく操作できるということですかね?
nagai>>bindtags を用いれば実現できることでしょうけど,
nagai>>これは本当に「ダイアログ」の機能として実現すべきでしょうかね?

Windowにそのような性質を追加してもいいと
も思いますが、ダイアログにはあった方がいい
かと思います。
警告とかだすときには必ず反応して欲しいですし、
その場合に関連するWindowの操作はなるべく防止したいです。

nagai>>tadf> o できれば単独でのアイコン化を許さない。
nagai>>
nagai>>う〜む,これはどうなるのかなぁ...
nagai>>確か wm コマンドなどにアイコン化禁止を指定できるような
nagai>>サブコマンドはなかったと思うので,
nagai>>アイコン化されたイベントを捉えて,強制的に deiconify することに
nagai>>なるのかなぁ???

そうですね。アイコン化やMinitualizeは
アプリケーションが管理してるわけではない
ですからそのイベントを捉えるしかないかも
しれません。

;; そういえばTcl/Tkでは特定のイベントを捉える
;; ことってできましたか?

nagai>>ですが,例えば,「ファイル選択ダイアログ」のように,
nagai>>ちょっとした内部動作が必要なものはどう考えますか?
nagai>>こういうものも,この汎化されたダイアログから
nagai>>容易に作成できるようにすることを望まれているのでしょうか?
nagai>>含めるのであれば,そのような機能定義はどうすべきかという
nagai>>議論になりますし,含めないのであれば,
nagai>>ならどこまでが汎化ダイアログのサポート範囲とすべきかという
nagai>>議論になります.

僕は含めてしまう方です。
そうなると一例ですがtk_getOpenFileなどを
サポートするためにlist boxを継承させたFile
Viewerみたいなものと組み合わせてファイル選択
ダイアログを作るのが好ましいかと考えます。

nagai>>t> もう少し抽象的にはあるユーザへのメッセージ
nagai>>t> 伝達とその反応を確実に得るものがDialogには
nagai>>t> 必要な要素の一つではないかと思います。
nagai>>
nagai>>汎化ダイアログが伝達するメッセージとは現状程度で良いのか,
nagai>>不足であるなら何が不足なのか.
nagai>>また,反応の情報としては,どのボタンが押されたか程度でよいのか,
nagai>>ユーザによってキーボード入力された文字列程度は必要なのか,
nagai>>それとも,もっと多様な情報が必要なのか.
nagai>>汎化ダイアログ自体では扱わなくてもいいが,
nagai>>その子クラスでは扱うようにしたいとするなら,
nagai>>どのようにして (どのような機構で) 扱えるようにするのか.
nagai>>これらの点についてはどう思われますか?

Tkではメッセージなどもpackすることで文字以外のものも
Widgetとして組み合わせ可能ですし、同様にその
応答もTextなのかEntry,Buttonなのかも指定可能です。
よって、汎化ダイアログと呼ばれるものはその内容の
部品を規定せずに部品を操作することを中心に考えた
ほうがいいのかもしれません。

----------------------------------------------
Name	Takaaki Tateishi
E-Mail 	ttate@jaist.ac.jp
	tateishi@pluto.dti.ne.jp
URL	http://www.jaist.ac.jp/~ttate/
Org	School of Information Science
	Japan Advanced Institute of Science and Technology (JAIST)

In This Thread