[過去ﾛｸﾞ] GTK+プログラミング (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
81: 2008/09/22(月)21:01 ID:8vBcGsdH(1) AAS
Panedでユーザ操作によるリサイズを禁止することってできますか?
82: 2008/10/18(土)23:02 ID:3BBs8DQQ(1) AAS
>>77
gtkmmかGtk#辺りが無難なのかなぁ。
GNOME公式のアプリにもC#で書かれたモノが増えてきているようだし。
外国ではPythonで書かれたアプリも沢山あるみたいだけど、
国内だと情報が少なそうだしな。
83: 2008/10/18(土)23:10 ID:QtgieN1g(1) AAS
どうせ英語は読むことになるからpythonでやるのが無難
GNOMEにはpythonアプリたくさんあるしね
84: 2008/10/18(土)23:12 ID:7K6B6OYK(1) AAS
Gtk#はないな。gtkmmでしょう。
85(1): 2008/10/18(土)23:13 ID:HfwrrshF(1) AAS
Cでシコシコやろうとしてる/やってる俺はどうなんでしょ
86: 2008/10/19(日)00:01 ID:fwxWu968(1) AAS
とりあえずgtkmm関連の日本語のページを読みながらチマチマと勉強中。
JDのソースとか参考になるかなぁ。
> どうせ英語は読むことになるから
ですよねーorz日本語の情報少ないもんなぁ…
> Gtk#はないな
そうなのか？
Novellが関わってるのがアレだけど、C#は覚えやすいと思うんだが。
>>85
> Cでシコシコ
漢
87: 2008/10/19(日)00:04 ID:f0AiiEyf(1) AAS
自分で参照カウンタを管理するのはめんどい
88: 2008/10/19(日)12:37 ID:mBsqsk/K(1) AAS
いっそのことRubyでいこうよ。
89: 2008/10/19(日)14:31 ID:lf2/OYv6(1) AAS
linuxなら c, gtkmm + python で 鉄板だろ
移植性とかいいだすのが間違いのもと。
まずはc#, javaの排除から。
つーか、そういうのってmsやsunの儲けにしかならんよね、実際。
90(6): 2008/10/19(日)18:09 ID:ZgmXTrMt(1) AAS
今、ruby-gtk2を使って簡単な画像ビューワを作っています。
デスクトップにフィットさせて表示(大きい場合は縮小表示)させたいのですが、
パネルとかウインドウマネージャの装飾を考慮して、画像を表示できる最大の
サイズを知りたい場合、どうしたら良さそうですか？
探してはいるものの、なかなか良さそうな手が見つからないです。
91: 2008/10/19(日)19:54 ID:3IMHrYAs(1) AAS
gtk2hsにトライしたが、一部関数が無くてダメでした。まあこれからか。
erlgtk使いの人とかどう？
92(1): 2008/10/19(日)20:28 ID:Su20jt3Y(1) AAS
>>90
ウィンドウを maximize した時にでるシグナルの中でウィンドウ
サイズを取得して、画像のサイズを拡大縮小とか。
これだと、ウィンドウが出てから画像が出るまで、間が空くか？
93(1): 90 2008/10/20(月)00:25 ID:s5JT3EOQ(1/2) AAS
>>92
レスありがとうございます。
やっぱり、そういうちょっと強引な方法しかないんですかね。
せっかく教えてもらったんですが、ちらつきそうなので、できれば避けたいです。
今は、スクリーンサイズを取ってきて適当なサイズで妥協しています。
何かあっても良さそうなのになぁ。。。
94(2): 2008/10/20(月)00:34 ID:upSqhUNX(1/2) AAS
>>93
"expose-event"シグナルかな、rubyであるのかは分からないけど
95(1): 2008/10/20(月)02:08 ID:RwkYMDWR(1) AAS
>>90
昔SunのJDKのソースを読んでいたことがあるんだが、当時のJDKの実装では、
1) 使われているwindow managerを特定
2) 有名(あるいは標準的と言うべき)なwindow managerであれば、
それぞれのwm固有の枠部分の装飾手段(Windowの重なり具合など)
の知識を基に、今有るウィンドウの親を手繰ってwm由来部分を調査し
wm由来部分のサイズを決定
3) 知らないwmは非サポートってことで適当に……
なんてことをしていた
ここ数年で提案されてない限り、良い方法はないと思われ
96(2): 2008/10/20(月)05:08 ID:mB1jem32(1) AAS
実際にmaximizeするしか知る方法はないだろう?
強引というならそれをやる前に知ろうとする方が強引のような。
それにGTK+はデフォでdouble-bufferedだから何も考えなくてもちらつきしない。
97(1): 2008/10/20(月)07:37 ID:DDLH0hrK(1) AAS
>>96
> 実際にmaximizeするしか知る方法はないだろう?
> 強引というならそれをやる前に知ろうとする方が強引のような。
同意。それ以外のやり方してるソフトなんてないのでは？
98(2): 90 2008/10/20(月)21:27 ID:s5JT3EOQ(2/2) AAS
レスありがとうございます。
>>94
ごめんなさい、"expose-event"シグナルはrubyでもあるのですが、94さんの意図が
よく理解できませんでした。
>>95
詳しい情報ありがとうございます。
Sunの人でさえ、そういう実装をされているくらいだから、簡単な方法は無さそうですね。
>>96,97
そんなことを簡単に知ろうという方が間違いですかね。
ちなみに、ちらつくと書いたのは、実際maximizeしてからサイズを取ってくるとすると
省4
99(1): 94 2008/10/20(月)23:02 ID:upSqhUNX(2/2) AAS
>>98
すみません、>>90さんの要求を正しく理解していませんでした。
最大化できるサイズを求めるというのではなくて、あくまでアプリ側で必要な
サイズ（GtkRequisition）と、実際に獲得できたサイズ（GtkAllocation）
で実装するのはいかかでしょうか？
100(1): 2008/10/21(火)02:53 ID:5A1QOuH6(1) AAS
>>98
> まだGTKのシグナルがどんなタイミングで発行されるのか、よく理解できていないので
> 誤解しているかも知れませんが。
どう考えてもこれがガンだろ。呆れた。
上下前次1-新書関写板覧索設栞歴
あと 902 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s