GTK+プログラミング
- 1 :login:Penguin:2007/09/05(水) 13:58:46 ID:2SORZMjm
- GUIツールキットであるGTK+とその周辺技術についてのスレッド
-前スレ-
http://pc11.2ch.net/test/read.cgi/linux/995808691/
-関連サイト-
本家
http://www.gtk.org/
APIレファレンス
http://library.gnome.org/devel/gtk/stable/
gtkmm(C++ラッパー)
http://www.gtkmm.org/
glade
http://glade.gnome.org/
libglade
http://www.jamesh.id.au/software/libglade/
- 307 :login:Penguin:2009/11/02(月) 00:05:28 ID:F2TUeYlu
- >>305
GLUTを調べて見ましたが、OpenGLのやつなんですね。
3Dにはあまり興味が無いですが、今後必要になったとき使ってみます。
情報ありがとうございました。
>>306
GTK+はC++との親和性が少し低いけど、gtkmmはC++用で問題ないということですね。
試してみます。
ありがとうございました!
- 308 :login:Penguin:2009/11/03(火) 01:21:46 ID:Vebc7itB
- rubyでgtkプログラムをしたいんですけど、何かいい開発環境はないですか?
gladeとかでみためは作って変換できるのですが、中で実行するシグナル(っていうんですかね)がどういう感じで使えるかというのがわからないので
調べ調べになってしまいます。通常使ってるのはemacsとnetbeansです。これに似た、もしくはその上で動かせるものはありませんか?
補完とかできたらうれしいのですが。
- 309 :login:Penguin:2009/11/03(火) 19:55:27 ID:0PVkcWZ9
- 逆に「gladeとかでみためは作って変換できる」の部分を
詳しく教えてほしい。
- 310 :login:Penguin:2009/11/03(火) 20:05:58 ID:DNzdCjrE
- gtk-builder-convertのことかな?
- 311 :login:Penguin:2009/11/03(火) 22:30:31 ID:1H0HUjWH
- ruby-glade-create-template とかあったよな.
- 312 :login:Penguin:2009/11/04(水) 08:03:24 ID:03fE0NL7
- クラスライブラリのリファレンス(英語)なら公式サイトでrbbrっていうサンプルアプリとして
置いてあるけど、そういうことじゃないのかな?
- 313 :308:2009/11/05(木) 02:27:28 ID:Cf0Et12U
- >>309-311
311さんが言ってるみたいにruby-glade-create-templateで作ったgladeファイルを.rbに変換して
オブジェクトは作ったからメソッド書いて自分の思うような動きを作ってちょうだいな。みたいなところまではできます。
しかし、rbファイルを編集するときにrequire 'gtk2'をよんでいるのにemacsでもnetbeansでも補完してくれませんでした。
>>312
rbbrは使ってるOSにパッケージがあったのでそれを入れてみましたが。リファレンスを引けるようになりました!
リファレンスが引けると言うことは補完もできるのでは?と今悩んでいる状態です。
- 314 :309:2009/11/06(金) 12:34:31 ID:pFNFtZEf
- >>310
>>311
>>313
サンクスです。ググったら
Ruby/Gtk2のチュートリアルに書いてあるね
規制でタイミング逸して返事書かなくてすまん
- 315 :308:2009/11/06(金) 17:32:52 ID:1VLamOE6
- >>309さんはどんな感じでコードかいてますか?
リファレンス見ながらかいている感じですか?
- 316 :login:Penguin:2009/11/07(土) 07:20:09 ID:PbDi/n2M
- >>302
亀レスながら俺も検討中なので...
GTK+はこれからやってみるので置いといて、
Qtはさすがに良くできてるけど、簡単なことをやろうとしても多くのクラスを
使わなければならず、また抽象的な概念みたいなもの(データモデルとか
データアイテム)とか出てきて、簡単に「サクッ」と作る感じではないので、
習得に時間が掛かりそう。「エキスパートのための高級品」のイメージ。
ウィジットの種類も豊富だし、一つのウィジットが多くの機能を持っているので
困ることはなさそう。
wxWidgwtsは確かにツールが豊富だけど、決定版と言えるものはイマイチ
ない気がする。wxDev-C++が導入簡単だけどデバッガーが環境や条件に
よって動作しないトラブル発生中。もう随分前に発覚したのになかなか
直らない。Delphiで書かれていて、近くC++に移植が予定されているようだ。
使えるのはCode::Blocksかな?
wxWidgwtsはQtよりは理解しやすいと思う。日本語の扱いは別に問題ないよ。
ウィジットの種類は豊富だけど、肝心なものがなかったり...
俺はスピンボタンつきの数値専用エディットボックスで、実数を
扱いたかったんだが、これが標準ではない。3rd Party製があるけど、
IDE/RADで、非標準のウィジットを簡単に取り込める仕組みを
持ったものがないので、結局手で書くしかなくて面倒。
Ultimate++は使い勝手が良くない。というかユーザーインターフェースの
設計が下手で、直感的に使えない。それと日本語の扱いに問題がある。
Windowsの話だけど、エンコーディングにCP932(SJIS)が選べないので、
utf-8にするしかない。それでもC++版Hello World!を「こんにちは 世界!」
にして実行したら文字化けしたので、カッとしてアンインストールして
しまった。
以上、ご参考まで。
- 317 :login:Penguin:2009/11/07(土) 07:40:28 ID:h9ilEYN9
- Lazarus とか。
- 318 :login:Penguin:2009/11/07(土) 07:53:25 ID:wJdSUuBx
- gtkmmを薦めてるのがいるが真に受けんように
C++でまともに動いたら、scim-bridgeみたいなモノを作る羽目にはならん
- 319 :login:Penguin:2009/11/07(土) 11:52:06 ID:CPjNRklA
- 面白いのはわかるが、今更そんなんやったって・・・
激しくつまらんけど、これからはAIRですよ
- 320 :login:Penguin:2009/11/07(土) 13:30:53 ID:pZqg2eyF
- いや、これからはJavaですよ
作ってて面白いしね
- 321 :309:2009/11/07(土) 15:04:13 ID:pqmmO2Ng
- >>315
そうだね。
オンラインリファレンスを地味に検索しながら
emacsのruby-modeで書いてるよ。
methodsとかのメソッドで確認したりするぐらい。
emacsで構文解析してメンバ関数だのメソッドを補完する環境って無いんじゃないかな。
無作為に辞書から補完するのはあるかもしれんけど。
netbeansはよく知らない。
Ubuntuだと「追加と削除」からリRuby Browserというリファレンスビュワーが落とせるよね。
これはRuby/Gtk2のクラスも見られたと思う。
- 322 :login:Penguin:2009/11/07(土) 19:56:24 ID:nXIVDau4
- 型がなんでgintやgcharなの?
intやcharではダメなわけ?
C言語とのこういうちょっとした違いは
他にもいろいろあるの?
- 323 :login:Penguin:2009/11/07(土) 20:43:43 ID:P9pTNgo8
- > 型がなんでgintやgcharなの?
移植しやすくする為の措置じゃなかったっけか
- 324 :login:Penguin:2009/11/07(土) 21:04:17 ID:nXIVDau4
- 「g」が付いてるほうが移植性が高いのかねぇ。
みんなはそういうのをどうやって覚えたの?
解説本とかあまり売ってないみたいだけど…。
- 325 :login:Penguin:2009/11/07(土) 21:25:19 ID:NL8bJnRF
- >>nXIVDau4
たとえばlongが64bitの環境でも、glong的に32bitであってほしい場合にlongの代わりにintやint32をtypedefするとかな。
データ構造の隠ぺいとかはWeb上の先人の残した情報だったり、技術書立ち読みだったり、Win32やNSPRとか同じことやってる実例を見たりとかで知ったよ。
- 326 :login:Penguin:2009/11/07(土) 22:58:20 ID:FPX1oLqZ
- >>324
C言語はintとかの定義に幅があるから
コンパイラが違えばintのサイズも異なったりするので
厳密に定義した独自のintを用意するわけですよ
先月出た本はどうでしょう
http://www.amazon.co.jp/dp/4274067769
- 327 :login:Penguin:2009/11/07(土) 23:54:07 ID:Iq2jGS9i
- gint32、とかにした方が判りやすいのに
- 328 :login:Penguin:2009/11/08(日) 03:02:52 ID:A1QtHV1W
- >>325-326
なるほど、なんとなくわかった。
ありがと。チュ!
本は今度本屋で見てみる。
- 329 :login:Penguin:2009/11/08(日) 22:19:03 ID:A1QtHV1W
- GTK+をこれからやろうと思ってますが、C++よりC言語のほうがいいんでしょうか?
昔CもC++も少しずつかじりましたが、どっちも中途半端に終わって、今は頭の中でゴッチャになってます。
GTK+を始めるこの機会にどちらかをちゃんと勉強するつもりですが、どっちがいいか迷ってます。
CよりC++のほうが言語として優れていたり、C++を覚えたほうが何か有利だったりするんですかねぇ?
gtkmmというのを使えばC++でもいけるんですよね?
何かアドバイスをもらえればうれしいです。
- 330 :login:Penguin:2009/11/08(日) 22:48:08 ID:iZONJSh7
- >>329
有利かどうかでいえば、一山いくらのプログラマとしても仕事に付けるかという観点ではC++/Java/PHP/VBあたりだろうな。
有利不利なんぞを気にするんなら間違ってもWindowsかWebアプリ、携帯以外見向きもしないほうがいい。GTK+なんかもってのほかだ。
マジレスするなら、C++にあまり慣れてないならCでGTK+やるのがいい。
ついでにPythonあたりも齧っとけばC+GTK+で面倒な部分もこなせるし、Linux方面のプログラムを開発するのに不自由はしないだろう。
- 331 :login:Penguin:2009/11/08(日) 23:24:58 ID:3wmSljPh
- >>329
Cはスーパーマクロアセンブラ、C++になって高級言語の仲間入りっつー感じかな。
ある程度規模の大きなプログラム作るんなら、絶対C++の方が有利。
Cははっきり言って時代遅れ。C++は習得しておいた方がいいよ。
組み込み系なんかだと、また話は変わってくると思うが。
GUIツールキットだって、殆どのものがC++を念頭に置いて作られてる。
Cが標準でC++ラッパーを後付けしたのはGTK+くらいなもの。
まぁ、それだけ歴史が古く、練り上げられてるとも言えると思うけど。
- 332 :login:Penguin:2009/11/09(月) 00:10:55 ID:xrkj026G
- >>330-331
どうも!
「C++に慣れてないなら」っていうのはオブジェクト指向が壁になるかもしれないってことですかねぇ。
一応JavaやPHPもちょこちょこやってるので、理解はしてます。
お二人の意見を合わせると、C++のほうがいいけど、慣れてなかったり自信がなかったりする場合は
Cにしておくのが無難ってとこですね。
もうちょっと考えてみます。
とても参考になりましたー!
- 333 :login:Penguin:2009/11/09(月) 00:31:21 ID:GPAwpvGp
- >>332
オブジェクト指向が壁になるからではないよ。ほぼ1からC++とGTK+(とgtkmmの固有事情)やるよりはCとGTK+のほうが楽かなとね。
一応gtkmm以外にもJavaとPHP向けのバインディングがあるから、Cでやるのが面倒なようならそれぞれJava-Gnome/PHP-GTKで調べてみるといい。
- 334 :login:Penguin:2009/11/09(月) 01:09:23 ID:GiNGaxO1
- gtkmmの固有事情くわしく
これから始めようと思ってるんだけど
>>132, >>318とか見ると気になる
- 335 :329:2009/11/09(月) 01:13:18 ID:xrkj026G
- >>333
Cのほうがやっぱ楽なんですか。
といいつつC++も捨てがたいけど、>>334さんと同じくgtkmmの固有事情が気になります。
JavaやPHPのやつも存在は知ってましたが、CかC++でアプリを作れるようになりたいなぁと思ってて…。
- 336 :login:Penguin:2009/11/09(月) 01:49:16 ID:9bGbNsmw
- >>333, >>334
>>132, >>318の言ってることについては心当たりないが、GtkTreeIterだかのバインディングにメモリリークのバグがあるとかいうブログの記事を見たことがある。
固有事情とは言いすぎた。GObjectの仕組みに加えてC++のオブジェクトとの絡みで素のGTK+より覚えることが多くなるかなと思った故の発言だ。
>>334
C/C++ともほぼ未経験なら日本語ドキュメントや和書もある素のGTK+のほうが理解しやすいのではと思ってC+GTKを勧めたが、単純にGTK+のウイジェットを使ってウィンドウアプリケーションを作るならgtkmmのほうが楽なはずだ。
素のGTK+をCで使用する場合、頻繁に型キャストのマクロを使うし、新たなウィジェットを作成する際にはGObjectの動的型システムを素で使うことになるからその点面倒だ。
gtkmmであればその点いくらか楽ができる。だが、ほかの言語バインディングでも使えるウィジェットを作成するとなると素のGTK+の動的型システムの流儀も触れる必要があるから、C++の知識に加えてGObjectの仕組みも知る必要がでてくる。
Javaをある程度使えて、GObjectの動的型システムには触れずにウィンドウアプリケーションを作りたいということであれば改めてgtkmmのほうを
- 337 :login:Penguin:2009/11/09(月) 09:55:18 ID:H/aMIY+I
- わざわざPerlで扱ってる変態もいるしな
- 338 :login:Penguin:2009/11/09(月) 10:14:55 ID:LeSNQMah
- >>335
俺は Python でやってる。
C を使っている gtk+ プロジェクトだったら C で書く。
そんなに違いはないし、簡単。
Cだとヘッダーにいちいちプロトタイプ宣言しなければならなかったり
毎回コンパイルしなければならないのが面倒だからPython使ってる。
楽チン。
- 339 :login:Penguin:2009/11/09(月) 15:19:07 ID:dkYv1Xb9
- >>337
ぇー最近perlでGTK触りはじめたけど、変態じゃないやい><
- 340 :login:Penguin:2009/11/09(月) 15:40:43 ID:nWvFWYHF
- とにかく完成するのが目的なら自分の好きな言語でいいじゃん。おれはRubyだぜ。
- 341 :login:Penguin:2009/11/09(月) 18:21:40 ID:EMO5BJHN
- GTK+はバインディングが多いのがいいよね
- 342 :login:Penguin:2009/11/16(月) 16:13:58 ID:VCRzBqJE
- なんだかんだ言って、Cのコードは寿命が長いんだよね。
コストベーシスで考えると、GTK+の場合は全てCで書いた方が
いいと思う。他のメジャーなソフトはほとんどCだし、
インテグレーションもし易いよね。
- 343 :login:Penguin:2009/11/16(月) 17:18:31 ID:gFc8JNPu
- Cは初心者向けの本を昔読んで、当時はなんだか難しいなぁって思ったけど、
GTK+に挑戦したくてもう一度読んでみたら大して難しくなかった。
配列、関数、ポインタ、構造体の使い方の基礎がわかってたらGTK+を扱える?
この程度の知識で始めるのはなんか怖くて・・・。
- 344 :login:Penguin:2009/11/16(月) 17:21:51 ID:VCRzBqJE
- GTK+なら、型が決まっているから、
ほんとに基本的な知識だけで十分だと思う。
マクロやプリプロセッサもよく使われているけど、
非常にシンプルなコンセプトだし、問題ないとおもう。
- 345 :login:Penguin:2009/11/16(月) 20:35:58 ID:gFc8JNPu
- >>344
どうも!
今年中に始めよーっと!!
- 346 :login:Penguin:2009/11/16(月) 21:19:38 ID:tJXAF2DJ
- もう「今年中」とかいうセリフが聞かれる時期になったか。
- 347 :犬山ぽち丸:2009/11/19(木) 00:11:09 ID:CpUTPEU6
- Perl でこんな感じのを書いてみました。
ttp://pochimaru.seesaa.net/article/132639898.html
次ページ移動ボタンをクリックする事で次ページを表示したいのですが、
このままでは期待するように動きません。
現時点の表示をクリアして次ページを表示するにはどうしたらいいのでしょうか?
- 348 :login:Penguin:2009/11/19(木) 05:10:52 ID:kHCd9OdN
- # perlって聞いた時点で見る気なくした
- 349 :login:Penguin:2009/11/20(金) 14:06:49 ID:TNyOV+9k
- DrawingAreaをAspectFrameで包むと上下左右に、
GNOMEでは1ピクセル、
Fluxboxでは2ピクセル隙間が開くんだが、なんとかならないものか
- 350 :349:2009/11/20(金) 14:52:09 ID:TNyOV+9k
- set_border_width(0)でもだめだった
python-gtk2 2.16.0
python-glade2 2.16.0
gtk 2.18
- 351 :login:Penguin:2009/11/21(土) 12:33:26 ID:cf2l5sy0
- gtk2.18.3をubuntu9.10でやっているんですが
キーを押し続けている状態を知る事はできないんでしょうか?
今はkey-press-eventとkey-release-eventシグナルを使っているんですが
キーを押し続けているとkey-press-eventとkey-release-eventが交互に連続して飛んできて
押し続けている状態を知る事ができません。
- 352 :login:Penguin:2009/11/21(土) 15:35:08 ID:zEcsEEOn
- key-pressのあとにkey-releaseがなければ押し続けていることになる
- 353 :login:Penguin:2009/11/22(日) 01:06:56 ID:EckaNW4z
- >キーを押し続けているとkey-press-eventとkey-release-eventが交互に連続して飛んできて
押しつづけているのにrelease-eventがくるとかキーボードぶっこわれてるんじゃね
- 354 :login:Penguin:2009/11/22(日) 08:57:13 ID:OlBHF5u9
- >>351
Xのレベルではそれが通常の動作(モディファイアキー(の一部)以外では)。
Xはautorepeat時にKeyReleaseと続くKeyPressでタイムスタンプを同一にして
送ってくるので、GDKはそれを利用して>>352のように見せるコードが
一応入ってはいる、が、環境や同時に利用するプログラムといった条件によっては
それが働かないみたい。
自分の環境だけ考えるならGDKの該当部分に手を入れて常にその動作をするように
してしまうのが簡単。そうでないならやはり同様に次のイベント
(gdk_event_peekで得るのかな)とそのタイムスタンプを見て判断するんじゃないかと。
- 355 :login:Penguin:2009/11/22(日) 11:40:29 ID:xNfLAKy+
- >>352
>>353
>>354
レスありがとうございます。
gdk_event_peekはnullが返ってきたのでダメでしたが
gdk_event_getはタイムスタンプ同一のメッセージがしっかり返ってきました。
おかげさまで上手くいけそうです。
- 356 :login:Penguin:2009/11/22(日) 22:53:53 ID:LzN5AhP5
- >>347
こんな感じでどうでしょう?
163a165,168
> my $currentObject = $scrolled_window->child;
> if($currentObject) {
> $currentObject->destroy;
> }
204a210
> $drawable->show;
224a231
>
104 KB
[ 2ちゃんねる 3億PV/日をささえる レンタルサーバー \877/2TB/100Mbps]
■ おすすめ2ちゃんねる 開発中。。。 by FOX ★
このスレを見ている人はこんなスレも見ています。(ver 0.20)
【RAD統合環境】 Qt 総合スレ 5 【Win/Mac/Linux】 [プログラム]
モバイルルータで快適通信8【D25HW搭乗】 [モバイル]
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 05.0.7.8 2008/11/13 アクチョン仮面 ★
FOX ★ DSO(Dynamic Shared Object)