[過去ﾛｸﾞ] GTK+プログラミング (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
314: 309 2009/11/06(金)12:34 ID:pFNFtZEf(1) AAS
>>310
>>311
>>313
サンクスです。ググったら
Ruby/Gtk2のチュートリアルに書いてあるね
規制でタイミング逸して返事書かなくてすまん
315(1): 308 2009/11/06(金)17:32 ID:1VLamOE6(1) AAS
>>309さんはどんな感じでコードかいてますか?
リファレンス見ながらかいている感じですか?
316: 2009/11/07(土)07:20 ID:PbDi/n2M(1) AAS
>>302
亀レスながら俺も検討中なので．．．
GTK+はこれからやってみるので置いといて、
Qtはさすがに良くできてるけど、簡単なことをやろうとしても多くのクラスを
使わなければならず、また抽象的な概念みたいなもの（データモデルとか
データアイテム）とか出てきて、簡単に「サクッ」と作る感じではないので、
習得に時間が掛かりそう。「エキスパートのための高級品」のイメージ。
ウィジットの種類も豊富だし、一つのウィジットが多くの機能を持っているので
困ることはなさそう。
wxWidgwtsは確かにツールが豊富だけど、決定版と言えるものはイマイチ
省17
317: 2009/11/07(土)07:40 ID:h9ilEYN9(1) AAS
Lazarus とか。
318(2): 2009/11/07(土)07:53 ID:wJdSUuBx(1) AAS
gtkmmを薦めてるのがいるが真に受けんように
C++でまともに動いたら、scim-bridgeみたいなモノを作る羽目にはならん
319: 2009/11/07(土)11:52 ID:CPjNRklA(1) AAS
面白いのはわかるが、今更そんなんやったって・・・
激しくつまらんけど、これからはAIRですよ
320: 2009/11/07(土)13:30 ID:pZqg2eyF(1) AAS
いや、これからはJavaですよ
作ってて面白いしね
321: 309 2009/11/07(土)15:04 ID:pqmmO2Ng(1) AAS
>>315
そうだね。
オンラインリファレンスを地味に検索しながら
emacsのruby-modeで書いてるよ。
methodsとかのメソッドで確認したりするぐらい。
emacsで構文解析してメンバ関数だのメソッドを補完する環境って無いんじゃないかな。
無作為に辞書から補完するのはあるかもしれんけど。
netbeansはよく知らない。
Ubuntuだと「追加と削除」からリRuby Browserというリファレンスビュワーが落とせるよね。
これはRuby/Gtk2のクラスも見られたと思う。
322: 2009/11/07(土)19:56 ID:nXIVDau4(1/2) AAS
型がなんでgintやgcharなの？
intやcharではダメなわけ？
C言語とのこういうちょっとした違いは
他にもいろいろあるの？
323: 2009/11/07(土)20:43 ID:P9pTNgo8(1) AAS
> 型がなんでgintやgcharなの？
移植しやすくする為の措置じゃなかったっけか
324(1): 2009/11/07(土)21:04 ID:nXIVDau4(2/2) AAS
「g」が付いてるほうが移植性が高いのかねぇ。
みんなはそういうのをどうやって覚えたの？
解説本とかあまり売ってないみたいだけど…。
325(1): 2009/11/07(土)21:25 ID:NL8bJnRF(1) AAS
>>nXIVDau4
たとえばlongが64bitの環境でも、glong的に32bitであってほしい場合にlongの代わりにintやint32をtypedefするとかな。
データ構造の隠ぺいとかはWeb上の先人の残した情報だったり、技術書立ち読みだったり、Win32やNSPRとか同じことやってる実例を見たりとかで知ったよ。
326(1): 2009/11/07(土)22:58 ID:FPX1oLqZ(1) AAS
>>324
Ｃ言語はintとかの定義に幅があるから
コンパイラが違えばintのサイズも異なったりするので
厳密に定義した独自のintを用意するわけですよ
先月出た本はどうでしょう
外部ﾘﾝｸ:www.amazon.co.jp
327: 2009/11/07(土)23:54 ID:Iq2jGS9i(1) AAS
gint32、とかにした方が判りやすいのに
328: 2009/11/08(日)03:02 ID:A1QtHV1W(1/2) AAS
>>325-326
なるほど、なんとなくわかった。
ありがと。ﾁｭ！
本は今度本屋で見てみる。
329(3): 2009/11/08(日)22:19 ID:A1QtHV1W(2/2) AAS
GTK+をこれからやろうと思ってますが、C++よりC言語のほうがいいんでしょうか？
昔CもC++も少しずつかじりましたが、どっちも中途半端に終わって、今は頭の中でゴッチャになってます。
GTK+を始めるこの機会にどちらかをちゃんと勉強するつもりですが、どっちがいいか迷ってます。
CよりC++のほうが言語として優れていたり、C++を覚えたほうが何か有利だったりするんですかねぇ？
gtkmmというのを使えばC++でもいけるんですよね？
何かアドバイスをもらえればうれしいです。
330(1): 2009/11/08(日)22:48 ID:iZONJSh7(1) AAS
>>329
有利かどうかでいえば、一山いくらのプログラマとしても仕事に付けるかという観点ではC++/Java/PHP/VBあたりだろうな。
有利不利なんぞを気にするんなら間違ってもWindowsかWebアプリ、携帯以外見向きもしないほうがいい。GTK+なんかもってのほかだ。
マジレスするなら、C++にあまり慣れてないならCでGTK+やるのがいい。
ついでにPythonあたりも齧っとけばC+GTK+で面倒な部分もこなせるし、Linux方面のプログラムを開発するのに不自由はしないだろう。
331(1): 2009/11/08(日)23:24 ID:3wmSljPh(1) AAS
>>329
Cはスーパーマクロアセンブラ、C++になって高級言語の仲間入りっつー感じかな。
ある程度規模の大きなプログラム作るんなら、絶対C++の方が有利。
Cははっきり言って時代遅れ。C++は習得しておいた方がいいよ。
組み込み系なんかだと、また話は変わってくると思うが。
GUIツールキットだって、殆どのものがC++を念頭に置いて作られてる。
Cが標準でC++ラッパーを後付けしたのはGTK+くらいなもの。
まぁ、それだけ歴史が古く、練り上げられてるとも言えると思うけど。
332(1): 2009/11/09(月)00:10 ID:xrkj026G(1/2) AAS
>>330-331
どうも！
「C++に慣れてないなら」っていうのはオブジェクト指向が壁になるかもしれないってことですかねぇ。
一応JavaやPHPもちょこちょこやってるので、理解はしてます。
お二人の意見を合わせると、C++のほうがいいけど、慣れてなかったり自信がなかったりする場合は
Cにしておくのが無難ってとこですね。
もうちょっと考えてみます。
とても参考になりましたー！
333(2): 2009/11/09(月)00:31 ID:GPAwpvGp(1) AAS
>>332
オブジェクト指向が壁になるからではないよ。ほぼ１からC++とGTK+(とgtkmmの固有事情)やるよりはCとGTK+のほうが楽かなとね。
一応gtkmm以外にもJavaとPHP向けのバインディングがあるから、Cでやるのが面倒なようならそれぞれJava-Gnome/PHP-GTKで調べてみるといい。
上下前次1-新書関写板覧索設栞歴
あと 669 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s