GTK+プログラミング - 暇つぶし2ch

GTK+プログラミング at LINUX

[前50を表示]
200:login:Penguin
09/07/18 20:39:03 0IAjxnq5.net
>>197
そうですね
サンプルソースをコピーして勉強したことにしようと思います

>>198
そうですね
パパじゃいやです

>>199
そうですね
数十年ぶりにしゃぶりたいです

>>195
俺、本気になります！真面目に勉強します！
ありがとうございました！！

201:login:Penguin
09/07/19 01:03:57 vKaqQMs4.net
携帯とか組みこみでGTK+を使っているものって何かある？
海外では結構あるみたいだけど、日本だと聞かないよな。

202:login:Penguin
09/07/24 16:52:07 99ViSCNs.net
>>201
書いてないだろ常考

203:login:Penguin
09/07/24 17:15:55 aH4gErtS.net
>>202は日本語に不自由な方？

204:login:Penguin
09/07/24 17:48:23 99ViSCNs.net
うん

205:login:Penguin
09/07/24 23:12:42 6YmCBCzn.net
GTKはもう少しで消滅する
googleの新しいソリューションに置換される

206:login:Penguin
09/07/25 04:36:37 00SH8Kn9.net
Chrome OS の事か？
確かにウィンドウシステムは時前のものを用意するらしいけど、
どうなんだろうね。そもそもソースが公開されるかどうかも怪しい。
それに、GTK+の培ってきた年月を一気に越えられるとも思えないし。

207:login:Penguin
09/07/25 05:18:20 corW1o/2.net
グーグルは基本Qtじゃないの。
でも今更ブラウザの下の層なんか関係ないはず。
HTML5 でアクティブデスクトップっていう懐かしいお話をもう一度やるんでしょ

208:login:Penguin
09/07/25 06:22:09 00SH8Kn9.net
まぁ、googleはWEBアプリが基本だから、そうなるのかね。
ただ、この事前の大袈裟なプロパガンダはMSに似てるなｗ

209:login:Penguin
09/07/25 09:19:09 wdRQEHVW.net
GTKスレはあるのにQTスレがないのはなんでだろう～

210:login:Penguin
09/07/25 10:58:46 QoKls/xb.net
>>209
ム板にあるからじゃないか？

211:login:Penguin
09/07/25 11:39:56 IOPwPp1+.net
>>209
ｽﾚﾘﾝｸ(tech板)

どっちかと言うとQtの方が活発

212:login:Penguin
09/08/23 00:41:14 cXbPjTOU.net
初歩的な質問です。

Xを使わずにフレームバッファを使うGTK+アプリをリンクする際は、どのgtkライブラリをリンクすればいいのでしょうか？
Xを使う場合だと以下のようなリンクオプションになると思いますが、フレームバッファを使用する場合のリンクオプションを教えてください。
$ pkg-config gtk+-2.0 --libs
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 　

213:login:Penguin
09/08/23 01:17:03 oYmg5B0H.net
Xを使わずにフレームバッファを使うGTK+とやらはインストールしてあんの？

214:212
09/08/23 02:02:51 cXbPjTOU.net
debian上からaptitudeでlibgtk2.0とlibgtk2.0-dev関連のライブラリをインストールしてあります。

215:login:Penguin
09/08/23 06:49:16 Do4KpMOi.net
Xを使わないと動かんよ。
Gtk+はXLibの面倒臭さを軽減するためのライブラリに過ぎんのだから。
Windowsに移植する場合にもXLib相当のが要る

216:login:Penguin
09/08/23 09:20:44 WBxszhFm.net
>>214
それはX用のパッケージ。
フレームバッファ用のGTKはlibgtk-directfb-2.0-*だぞ。

>>215
知ったか乙

217:212
09/08/23 10:44:26 cXbPjTOU.net
>>216
そうなんですか！

以前ググったら下記サイトのフレーズが目に留まり、てっきりDirectFBじゃなくてもフレームバッファでも利用可能なのだと思ってました。 orz
URLﾘﾝｸ(armadillo.atmark-techno.com)
>GTK+
>GNOME アプリケーションでユーザインターフェースを構築するのに利用される基礎的なライブラリで，XWindow System 上で動作します(URLﾘﾝｸ(www.gtk.org)）．フレー>ムバッファやDirectFB 上などでも動作するように設定することができます．

ご教示いただいたライブラリをインストールして確認してみます。

218:login:Penguin
09/08/29 19:05:24 7RbftsXX.net
libgrade+gtkmmをいじって遊んでいるのだけど
メインウィンドウからダイアログのようなウィンドウを開く
サンプルは何処かに有りませんでしょうか

219:login:Penguin
09/08/29 21:56:36 OBRUPUZc.net
>>218
gtkmm-demo を起動してみては？
結構いろんなサンプルがあるな > gtk-demo pygtk-demo gtkmm-demo

220:login:Penguin
09/08/30 01:00:57 XE+apBqt.net
>>219
libgladeを使っていない様です。

221:名無しさん＠そうだ選挙に行こう
09/08/30 08:33:18 Czh9S0PJ.net
>>220
libgladeは使われなくなる方向だから、、、って思ったけど、
gtkmmだとBuilderを使ったサンプルが無いな。。。
おそらく、以下はチェックされていると思うけど、
URLﾘﾝｸ(gtkmm.org)
複数のwidget idを使っているサンプルは無いですね。。。
Gnome::Glade::Xml::create()して、get_widget()して、
signal処理してrun()する流れは同じだと思うけど、
丁度良いサンプルは見つからないな。。。

222:名無しさん＠そうだ選挙に行こう
09/08/30 08:51:11 IHJ1WvuS.net
>>221
有難うございます。小汚い書き方で何とか表示だけはするようになりました（いろいろ問題が有るけど）
綺麗に書いてあるサンプルなど見ればもう少しましになるかと思ってたのです。
libgladeは使われなくなる方向なんですね。anjutaでデフォルトではく雛型がlibgladeだったので調べてました
今は何を使う方向なんでしょうか？

223:名無しさん＠そうだ選挙に行こう
09/08/30 10:37:24 Czh9S0PJ.net
>>222
> libgladeは使われなくなる方向なんですね。anjutaでデフォルトではく雛型がlibgladeだったので調べてました
> 今は何を使う方向なんでしょうか？
Glade 3.6.7のglade-3を起動したら、プロジェクトのオプションってダイアログが開く。
そこには、プロジェクトのファイル形式でGtkBuilderとLibgladeを選択できる。
今後は、GtkBuilderがデフォルトになって、ファイル接尾子が.uiになる。

サンプルはgtk-demoのBuilderのソースを見るとわかると思う。
そして、gtkmmのサンプルが無いな～って話。

URLﾘﾝｸ(live.gnome.org)
のUpcoming Deprecationsで非推奨になっているものは、消えゆく運命。

224:名無しさん＠そうだ選挙に行こう
09/08/30 11:08:36 IHJ1WvuS.net
>>223
Debianのlennyを使っているのでAnjuta 2.4.2、Glade 3.4.5です・・・
GtkBuilderのサンプル探しの旅に出たいと思います。有り難うございます

225:login:Penguin
09/08/31 02:59:20 WV5KE7UC.net
glade も GtkBUilder もほとんど同じだから、リファレンスを見ながらで
書けると思うけど。

226:login:Penguin
09/08/31 14:47:43 4XJ92u20.net
GtkBUilderを使ったGtk::Drawingariaのサンプルを作ろうとしたんだけど
途端に分からず・・・
イベントとかどうやってつなげたらいいのだろう
イベント処理で書かないと無理だよね?

227:login:Penguin
09/09/01 01:49:35 o0MV2wSR.net
とりあえずこんな感じか。
(ちなみに C++ は main に限って return は不要。これ豆知識な)

int main(int argc, char** argv)
{
Gtk::Main kit(argc, argv);

AppWindow::Initialize(argc, argv);

Glib::RefPtr<Gtk::Builder> builder = Gtk::Builder::create_from_file(AppWindow::GLADE_FILE_NAME);

AppWindow* app_window = 0;
builder->get_widget_derived(AppWindow::WINDOW_NAME, app_window);

kit.run(*app_window);
}

228:login:Penguin
09/09/01 01:51:56 o0MV2wSR.net
class AppWindow : public Gtk::Window
{
public:
static const char* GLADE_FILE_NAME;
static const char* WINDOW_NAME;

static void Initialize(int argc, char** argv);

AppWindow(BaseObjectType* cobject, const Glib::RefPtr<Gtk::Builder>& builder);
virtual ~AppWindow();

protected:
void on_quit_action_activated();

private:
const Glib::RefPtr<Gtk::Builder>& m_builder;

Glib::RefPtr<Gtk::Action> m_act_quit;
};

229:login:Penguin
09/09/01 01:58:01 o0MV2wSR.net
const char* AppWindow::GLADE_FILE_NAME = "app_window.glade";
const char* AppWindow::WINDOW_NAME = "window1";

void AppWindow::Initialize(int argc, char** argv)
{
// 初期化なんかをここで

// OpenGL の描画を独立して(別ウィンドウで)出来るようにしてみる
Glib::signal_idle().connect(sigc::bind(sigc::ptr_fun(PollEvent), DrawGL));
}

AppWindow::AppWindow(BaseObjectType* cobject, const Glib::RefPtr<Gtk::Builder>& builder)
: Gtk::Window(cobject), m_builder(builder)
{
m_act_quit = Glib::RefPtr<Gtk::Action>::cast_static(m_builder->get_object("action1"));

m_act_quit->signal_activate().connect(mem_fun(*this, &AppWindow::on_quit_action_activated));

move(0, 0);
resize(240, 720);
}

AppWindow::~AppWindow()
{
}

void AppWindow::on_quit_action_activated()
{
Gtk::Main::quit();
}

230:login:Penguin
09/09/01 02:02:59 o0MV2wSR.net
ただの Gtk::Window で悪いけど Gtk::Drawingaria でも大差ないはず。
app_window.glade は GtkBuilder 形式の xml ね。
大体こんな感じが典型的な処理だと思うよ。

231:login:Penguin
09/09/01 20:43:11 LcijR9gh.net
>>226
> イベントとかどうやってつなげたらいいのだろう
> イベント処理で書かないと無理だよね?
drawareaをeventboxの上に乗せないとダメじゃなかったっけ？
# と、テストもせずにカキコ

232:login:Penguin
09/09/01 20:45:43 azH81sw2.net
有難う、私が書いていたのと大分違うみたい
少しずつ見てみるよ

233:login:Penguin
09/09/02 01:45:20 XY5vbVWT.net
ちなみに AppWindow みたいに Gtk::Widget を継承している場合は、単に

class AppWindow : public Gtk::Window
{
public:
virtual void on_show()
{
cout << "表示された" << endl;
}
};

みたく仮想関数をオーバーライドするだけでいいんだけどね。

ただ、これもトップレベルのウィンドウのイベントしか反応できないから、
>>229 のコンストラクタみたく cast_static なんかでボタンとか取得して、
自分のメソッドを connect していくのが C++ っぽい書き方な気がする。

234:login:Penguin
09/09/02 13:02:19 Wp36mia7.net
>>227
コンパイルしてみたけどエラーで落ちてしまったよ

m_act_quit = Glib::RefPtr<Gtk::Action>::cast_static(m_builder->get_object("action1"));
これってどんな意味かな?

235:login:Penguin
09/09/02 18:54:23 Wp36mia7.net
結局こんな感じに書いてつながったけど、何かモヤモヤするよ
複雑になってくると小汚くなりそうだなー

builder_xml->get_widget( "drawingarea1", daria1 );
daria1->signal_button_press_event().connect( sigc::mem_fun( *this, &MyDialog::on_daria_press ) );
daria1->add_events( Gdk::BUTTON_PRESS_MASK );
daria1->signal_expose_event().connect( sigc::mem_fun( *this, &MyDialog::on_daria_expose_event ) );
daria1->add_events( Gdk::POINTER_MOTION_MASK );
daria1->signal_motion_notify_event().connect( sigc::mem_fun( *this, &MyDialog::on_daria_motion_notify_event ) );
daria1->signal_realize().connect( sigc::mem_fun( *this, &MyDialog::on_daria_realize ) );

236:login:Penguin
09/09/02 19:25:12 Wp36mia7.net
class MyDialog
{
Glib::RefPtr<Gtk::Builder> builder_xml;
Gtk::DrawingArea* daria1;

public:
MyDialog();
virtual ~MyDialog(){}
bool on_daria_press(GdkEventButton* event);
bool on_daria_expose_event( GdkEventExpose* event );
bool on_daria_motion_notify_event( GdkEventMotion* event );
void on_daria_realize();
};

237:login:Penguin
09/09/03 02:34:12 6mgKfH1n.net
>>234
> m_act_quit = Glib::RefPtr<Gtk::Action>::cast_static(m_builder->get_object("action1"));
> これってどんな意味かな?
これは GtkAction を取得するんだけど get_object は Glib::RefPtr<Glib::Object> を返す
からキャストが必要になるけど、ドキュメントには cast_static を使うようにって書いて
あるからこうしてる。

当然 app_window.glade に "action1" という名前の GtkAction がないと駄目だよ。
それで落ちてるんじゃない？

238:login:Penguin
09/09/03 02:38:43 6mgKfH1n.net
>>235
別にそんな小汚くはないと思うけど。大体そんなもんだよ。

239:login:Penguin
09/09/03 02:47:30 6mgKfH1n.net
>>236
MyDialog は Gtk::DrawingArea を継承してもいいかも。
それと on_* は protected の方がいいよ。

240:login:Penguin
09/09/03 12:32:06 jVnTHMiE.net
>>234
適当なGtk::WindowのGUIを作って読み込ませたんだけど
それがうまく行ってなかったのかもしれない
色々有難う

GtkBuilderを使わない方も少しいじってみるよ

241:login:Penguin
09/09/06 14:05:15 aXigLrxm.net
Gtk::SpinButtonを浮動小数点表示にする事は出きますでようか?

242:login:Penguin
09/09/14 13:21:24 kBmevVmP.net
cairommでバックバッファを使った描画はどうすれば良いのでしょうか？
save(),restore()は少し違うような気がして・・・

243:login:Penguin
09/09/15 17:55:42 1BtVuQj7.net
GTK+onDirectFBをインストールしようと思ってDirectFBのサイトに行こうとしたら
なぜか繋がらないんだけど誰か教えｒ・・・教えてください。

244:login:Penguin
09/09/15 17:56:26 1BtVuQj7.net
sageちまった

245:login:Penguin
09/09/15 17:59:06 1BtVuQj7.net
URLﾘﾝｸ(www.directfb.org)

URLも貼っておきます。
繋がらない、マジで誰か教えてください

246:login:Penguin
09/09/21 16:41:13 X29eYjZv.net
GtkGLextmm を使っている人はいますか?
実装具合とか、こっちのライブラリの方が良いよとかありましたら教えて頂きたいのです。
超初心者なのでMesaとかとの違いも分かりませんがGtk繋がりと言うことで宜しくお願いします。

247:login:Penguin
09/09/24 10:56:15 hMFgf6/j.net
独自処理のバッテリー残量表示のために
Ruby/Gtk2でGtk::StatusIconを使ってみたんですが、
tooltipは付けられても、どうもlabelを付けることができなさそうです。
通知領域にテキストないしはアイコン+テキストを表示したいのですが、
どんなクラスを使えばいいんでしょうか?
リファレンスを見た限りではちょっと見当が付きませんでした。
Gdk::Pixbufにテキストを動的に描画するのかな。

248:login:Penguin
09/09/24 11:11:57 hMFgf6/j.net
URLﾘﾝｸ(www.daa.com.au)
URLﾘﾝｸ(ruby-gnome2.sourceforge.jp)

どうもそのようですね。でも、もっと簡単にできないもんか……。

249:login:Penguin
09/09/25 18:17:32 WaiZYKyV.net
>>243-245
DirectFBのソースをＤＬしようとオフィシャルサイトを開こうとしたけど、まだサーバが落ちたままだね・・・
9/14頃から落ちてるっぽいからメンテナンスにしては長過ぎだよね。
もしかしてDirectFB終了フラグON？

250:login:Penguin
09/09/27 00:08:06 ng4uKqzS.net
>>249
今はつながってる。digしたら212.227.87.76だった。

251:login:Penguin
09/09/28 02:12:56 5e1BLaTK.net
GTK+2.18記念あげ

ウィンドウの管理すらGDKで行なうようになり、ちらつきを減少させたり
ウィンドウの変形やアニメーションを行なえるようになったり、別の
(Clutterのような)描画ライブラリの中に簡単に埋め込めるように
なったりしたようだ。

他にも、各プラットフォーム毎に実装していたウィンドウを管理するコード
を共通にする事ができるようだ。

WindowsやMacOSXでの動作が改善されたらいいなと。

252:login:Penguin
09/10/04 14:16:19 P8VQfdNh.net
gtkmmで複数のウィンドウを開くプログラムは作れますか？
イメージ的にはGIMPの様なコントロールが有って描画画面が有る感じ
gtk+を使えば出来るのかな？

253:252
09/10/05 12:16:45 yVAGOb64.net
やり方が分かったの報告（するまでもないのかな・・・）
Gtk::Windowを継承したクラスをインシタンス化して

hogehoge.show()

で表示されました。（バカみたいな話でお恥ずかしい）

254:login:Penguin
09/10/07 17:30:55 PMxweG2O.net
インシタンス＞＜

255:login:Penguin
09/10/11 18:03:35 Sidlsc4E.net
Failure to compile 64 bit gtk on mac os
URLﾘﾝｸ(buffalothedestroyer.blogspot.com)
>Attempted to install gtk+-2.17.2 on my mac. Had to install:

URLﾘﾝｸ(www.nabble.com)

mac 環境だと gtk は使えないんだろうか…?

256:login:Penguin
09/10/12 14:47:14 sqmRrC1g.net
ググってみたけど使えるっぽいよ

257:login:Penguin
09/10/13 21:28:52 l2EymYVQ.net
>>255
Leopard だけど、MacPortsからインスコできたよ。
Ruby/GtkとPyGtk用にと。

258:login:Penguin
09/10/14 03:07:04 VVFhTsV6.net
URLﾘﾝｸ(www.amazon.co.jp)入門GTK-菅谷保之/dp/4274067769

webの情報をまとめた程度らしいけど
gtkmmも扱って欲しかったかな

259:login:Penguin
09/10/14 03:31:23 cB0J9abS.net
Gtk+2 で初の和書じゃないの。出るだけで価値がある

260:login:Penguin
09/10/14 03:43:48 Evvplg3O.net
まぁお布施のつもりで買っておくか

261:login:Penguin
09/10/14 12:08:22 oK0tjYE+.net
Gtk::SpinButtonの値が変更された時に発生するイベントを一時的に停止することは出来ますか?
複数のGtk::SpinButtonが変更されるのが分かっている場合に一時的に停止して
手動でアップデートしたいのです。

262:login:Penguin
09/10/14 22:05:50 8MVmnU1X.net
>>258
gtk2hsも扱って欲かったｗｗｗ
買うけどなｗｗｗｗ

263:login:Penguin
09/10/14 23:22:20 QhaIdhW6.net
QtよりGTK+がイイみたいだぬ、GTK+に決めるぬ

264:login:Penguin
09/10/15 00:17:55 K/xBs5bI.net
Qtもいいぬ。触ってみてぬ(´・ω・｀)

265:login:Penguin
09/10/15 03:29:50 eDklkq43.net
>>258
そもそも洋書でもgtkmmはないだろ。そんな中で日本語の本なんて奇跡が
起こらない限り無理だろ。

266:login:Penguin
09/10/15 13:37:26 pxmDyP/M.net
>>258
独創的なな表紙だな

267:login:Penguin
09/10/15 23:20:38 eyJUfiVx.net
　　【恐怖の】呆れるほど危険な民主党の正体【民主党】
　　 http:／／www.yo●utube.c●om/watch?v=●MUv12Ae7ojE
　　小沢一郎～闇の系譜　：秘書逮捕の真相／北朝鮮との黒い関係　高画質
　　 http:／／www.yo●utube.com/w●atch?v=gdKVt●_vKCHc
　　 2/3【イリハム・マハムティ】東トルキスタンの歴史と中共の弾圧[H21/7/8]
　　 http:／／www.you●tube.com/watch?v=6eUN●hjdBLXg
　　漫画で学ぶチベット問題
　　 http:／／www.ni●covideo.jp/w●atch/sm275●2213
　　日米規制改革および競争政策イニシアティブに基づく日本国政府への米国政府要望書
　　 URLﾘﾝｸ(japan.u)●sembassy.●gov/j/p/tpj-j2●0041020●-50.html#mineika-s

●の部分は外してブラウザのURLに入れること

268:login:Penguin
09/10/16 23:10:15 qPhMCs8o.net
>>258
「入門GTK+」
今日、買ってきたよ。

最近は、Web上のホームページのプログラミング解説の方が分かり
易いとうことが多くなってきているようだけど、
「入門GTK+」を
サックっと、50ページくらい読んでみたところ
この本は、意外に読みやすいし、わかり易い。
他のプログラミングの習得に挫折した人でも何とかいけそうな感じかな。

269:login:Penguin
09/10/16 23:12:12 q3/VuRbk.net
QtだとQt CreatorとゆうIDEが使いやすいけど、
GTK+使う時はどんなIDE使うと便利ですか。

270:login:Penguin
09/10/16 23:26:21 qPhMCs8o.net
>>269

「入門GTK+」では、Anjuta(アニュータ)が紹介され解説されているね。

271:login:Penguin
09/10/16 23:34:15 qPhMCs8o.net
そうそう、時間があったので
qt4の解説書も立ち読みしてきたんだけど、今日買った「入門GTK+」
の方がわかり易かった。

誰か、「猿でもわかるqt4」って本、書いてくれないかな～

272:login:Penguin
09/10/16 23:37:35 q3/VuRbk.net
GTK+は使ったときないけど、QtもQt Creatorもすごく使いやすいぬ(´・ω・｀)
GTK+簡単なら使ってみようかしら。

273:login:Penguin
09/10/17 14:15:16 XYXybyM0.net
>>268
読みやすいのか、ボーナス出たら買おうかな。

>>272
C++使えるならQtだけでいいんでない？
おれはCしか知らないからGTK…

274:login:Penguin
09/10/17 15:22:41 nWRW4zS0.net
そいつム板のwxスレを荒らしてるキチガイだから放置推奨

275:login:Penguin
09/10/18 03:51:09 +Fs337jm.net
Gtk+の場合はGladeってのがある。もちろん簡単。

276:login:Penguin
09/10/18 09:53:27 juku8Oo/.net
gladeはもうobsoleteだけどね。今はGtkBuilderを使う

277:login:Penguin
09/10/18 09:59:19 oZOJkxHq.net
glade自体はまだまだ現役だよ。
ただlibgladeはもうobsoloteだけどね。

278:login:Penguin
09/10/18 21:34:36 mlVaod2q.net
>>271
ok
究極の友愛本と帯に書いておくよ

279:login:Penguin
09/10/21 08:09:56 2ccCLXEP.net
あと半年たらずでGTK+3が出るこの時期に出さんでもという気もするが。

280:login:Penguin
09/10/21 12:58:05 tvBs0TF8.net
>>279
HPに公開していたGTK+の第2版までのドキュメントを著書にしたいという願いと、
出版社側での「最近GTK+の本が出ていないので出したい」と言う思わくが一致して
GTK+-2の解説であっても出したんでないの。

281:login:Penguin
09/10/21 21:25:41 6UoL2jU0.net
GTK+3ってそんなに変わるの？

282:login:Penguin
09/10/21 22:08:56 dJLlBo7l.net
>>281
うん

283:login:Penguin
09/10/22 05:25:32 sG60T9Up.net
3Dデスクトップをデフォルトにする方向性はやめてほしい。
Vista も KDE4 も総スカンだろ？
CPUのクロックが頭打ちなんだから、プログラマは節制しないと。

284:login:Penguin
09/10/22 06:02:24 IEkHgIHU.net
CPUのクロックが頭打ちだからこその３D描画だろ
GPUにやらせたほうが描画は速い　※適切な３Dドライバがある場合に限る

285:login:Penguin
09/10/22 07:05:43 +CGcKXd7.net
オイラは、普段非力なマシンばかり扱っているから3Dをすると重くてかなわん！
GTK+3が出ても当分は、GTK+2を使うよ。

「入門GTK+」を参考にすれば、jpgやgifのイメージビュ-ワが簡単に作れるし
動作も軽いからね。

286:login:Penguin
09/10/22 09:00:06 hz6htkDb.net
描画は速いかもしれないがメモリ食うんだ

287:login:Penguin
09/10/22 18:11:31 oTwQaR0U.net
GTK+3は使用メモリ量が減って重くなるの？

288:285
09/10/22 19:41:05 2c91WZnW.net
因みに我が家での、
「入門GTK+」を参考に作ったイメージビュ-ワで
画像 1024x768_16bit_color.jpg(65536色)表示時のメモリ使用量は、

イメージビュ-ワ本体だけの立ち上げ時： 1.25MB
画像1024x768_16bit_color.jpg表示時： 1.25+2.62=3.87MB
だった。

289:login:Penguin
09/10/22 22:10:41 1jy7wL1R.net
Windows だと何十メガとメモリ食うよね。
まあしょうがないんだろうけど。

290:login:Penguin
09/10/22 22:42:41 GKZrjVVp.net
GTK+3はスルーしてGTK+4まで待つお(´・ω・｀)

291:login:Penguin
09/10/23 02:29:05 icsRYQ9+.net
Gtk+3は現状で限りなく3に近づいているから、そんなに変わらない。

292:KyPAWlrSIokuKhBa
09/10/23 22:50:30 gHGN7SxH.net
The psychology literature certainly has a lot to say about the topic, but economists have a rather simplistic view of the issue. ,

293:login:Penguin
09/10/24 00:38:30 9RfZkvGi.net
＞実のところ，私はKDE-1.0を見て(日本語は通らなかったものの)デスクトップ分野での UNIXの未来を確信し，
＞GNOME-1.0を見て目の前が真っ暗になった人なのですが(笑)
＞当時はQtが改変不可だったために，GTK/GNOMEを選択せざるを得なかった．

とあるサイトの人のことばなんですが、詳しいことがさっぱりなので、どういう文脈なのかわかりません
誰か解説していただけたら幸いです。もしこれが荒れるような内容でしたらスルーを…

294:login:Penguin
09/10/24 01:27:11 BKx301Ml.net
趣旨は脚注でない本文のほうにあると思うが、
GObjectも定着して成長したし、いまは中の人の評価も少しは違うかも。
まぁGtk+はダサい技術だと思う。でもダサいほうが品質高かったりするわけだが

295:login:Penguin
09/10/24 01:54:57 Qc2ltt6a.net
クラス構造体の中に変数詰めてるとか(VTableとしても使えたなら…)、
G_SIGNAL_ACTIONフラグはただの目印にしかしてない所や、
せっかくGObjectというランタイムタイプシステムこさえてるのに
一部C言語バインディングからしか使えない機能とかあるっぽいところとかGTK+はだせぇなあと思う。
でもGObjectは面白かった。QtのmocやSiGnal/SLOTはいまいちそそられない。

296:login:Penguin
09/10/24 04:12:11 wG3ZsfW/.net
今はValaが熱いよ。GObjectが好きな人なら尚更ハマること請け合い。

>>293
まぁ見ての通りだと思うけど、KDE1.0は衝撃的だったな。KDEが出るまでは
Linux(BSD)は一部のマニアのおもちゃでしかなかったのが一般にも普及しそう
な期待があった。
結局サーバー分野はある程度普及したけど、デスクトップ分野は今も昔も
変わってないけどね。
で、Gnome1.0あんまり記憶がないんだけど見た目はMotifに似ていてダサくて
動作が不安定だった記憶がある。

297:login:Penguin
09/10/24 12:25:04 9hbzJrW8.net
シグナルとかが補完されるエディタってないかな？

298:login:Penguin
09/10/24 13:28:04 KFtS7ScQ.net
>>297
gedit + gtksourcecompletion で、、、
URLﾘﾝｸ(gtksourcecomple.sourceforge.net)
valaでしか試してないけど、一応動く。

299:login:Penguin
09/10/24 19:23:04 wyOmgHI3.net
Gnome 1というとSolarisのイメージがあるなあ
大学の標準装備だった。俺は速攻twmにしたが。

300:login:Penguin
09/10/29 23:20:42 6yKiv2hH.net
これからGTK+を学ぼうと思っています。
主にLinuxで開発するつもりで、AnjutaというIDEを使ってみようと思いますが、
Windowsマシンでたまにコーディングしたいときにはどうしたらいいんでしょ？
Windows版ってありますか？
Linux板で聞くのは変ですが…。

301:login:Penguin
09/10/30 21:38:43 7aJTkb9U.net
>>300
ム板にもスレがあることに気づいて
そこの過去情報を読んだら解決しました。
お邪魔しました。

302:login:Penguin
09/11/01 17:23:59 qpVzDXQL.net
GUIツールキットを比較しつつ、どれがいいか検討しています。
今の第一候補はGTK+ですが、実際に使っている人の声を聞きたいです。
他の候補はQt、wxWidgetsで、言語はC++の予定です。

GTK+
　・GnomeやXfceで使われているので、ユーザが多そう
　・ライセンスはLGPL
　・多くの言語向けのバインディングがあるが、CではなくC++だと少し注意が必要（？）
　・各OSのネイティブなルック＆フィールではないが、テーマによっては近い外観で描画できる

Qt
　・KDEで使われている
　・Nokiaがやっていて安心感がある
　・LGPL、GPL、商用版のQPLは制限が非常に緩い
　・おしゃれな外観（？）

wxWidgets
　・GUIの他に多くの機能のラッパが存在して便利
　・ネイティブなルック＆フィール
　・IDE、RADツールが豊富
　・日本語の扱いにやや難あり（？）

Ultimate++というのも気になりますが、マイナーだし、日本語が使えない問題もあるようです。

これらは自分で集めた情報なので間違ってるかもしれません。
他にメリットやデメリットがあればどうぞ教えてください。
よろしくお願いします！

303:login:Penguin
09/11/01 21:17:41 lntj8SS+.net
C++ならQt

304:login:Penguin
09/11/01 22:13:27 qpVzDXQL.net
>>303
やっぱりGTK+はC++に向いてないということですね。
情報ありがとうございました。

他にも情報があれば皆さんよろしくお願いします。

305:login:Penguin
09/11/01 22:14:04 TdugBe1j.net
つGLUT

306:login:Penguin
09/11/01 23:32:48 o2Fus8Wv.net
>>304
gtkmmいいよ。

307:login:Penguin
09/11/02 00:05:28 F2TUeYlu.net
>>305
GLUTを調べて見ましたが、OpenGLのやつなんですね。
3Dにはあまり興味が無いですが、今後必要になったとき使ってみます。
情報ありがとうございました。

>>306
GTK+はC++との親和性が少し低いけど、gtkmmはC++用で問題ないということですね。
試してみます。
ありがとうございました！

308:login:Penguin
09/11/03 01:21:46 Vebc7itB.net
rubyでgtkプログラムをしたいんですけど、何かいい開発環境はないですか？
gladeとかでみためは作って変換できるのですが、中で実行するシグナル（っていうんですかね）がどういう感じで使えるかというのがわからないので
調べ調べになってしまいます。通常使ってるのはemacsとnetbeansです。これに似た、もしくはその上で動かせるものはありませんか？
補完とかできたらうれしいのですが。

309:login:Penguin
09/11/03 19:55:27 0PVkcWZ9.net
逆に「gladeとかでみためは作って変換できる」の部分を
詳しく教えてほしい。

310:login:Penguin
09/11/03 20:05:58 DNzdCjrE.net
gtk-builder-convertのことかな?

311:login:Penguin
09/11/03 22:30:31 1H0HUjWH.net
ruby-glade-create-template とかあったよな.

312:login:Penguin
09/11/04 08:03:24 03fE0NL7.net
クラスライブラリのリファレンス（英語）なら公式サイトでrbbrっていうサンプルアプリとして
置いてあるけど、そういうことじゃないのかな？

313:308
09/11/05 02:27:28 Cf0Et12U.net
>>309-311
311さんが言ってるみたいにruby-glade-create-templateで作ったgladeファイルを.rbに変換して
オブジェクトは作ったからメソッド書いて自分の思うような動きを作ってちょうだいな。みたいなところまではできます。
しかし、rbファイルを編集するときにrequire 'gtk2'をよんでいるのにemacsでもnetbeansでも補完してくれませんでした。

>>312
rbbrは使ってるOSにパッケージがあったのでそれを入れてみましたが。リファレンスを引けるようになりました！
リファレンスが引けると言うことは補完もできるのでは？と今悩んでいる状態です。

314:309
09/11/06 12:34:31 pFNFtZEf.net
>>310
>>311
>>313
サンクスです。ググったら
Ruby/Gtk2のチュートリアルに書いてあるね
規制でタイミング逸して返事書かなくてすまん

315:308
09/11/06 17:32:52 1VLamOE6.net
>>309さんはどんな感じでコードかいてますか?
リファレンス見ながらかいている感じですか?

316:login:Penguin
09/11/07 07:20:09 PbDi/n2M.net
>>302
亀レスながら俺も検討中なので．．．
GTK+はこれからやってみるので置いといて、

Qtはさすがに良くできてるけど、簡単なことをやろうとしても多くのクラスを
使わなければならず、また抽象的な概念みたいなもの（データモデルとか
データアイテム）とか出てきて、簡単に「サクッ」と作る感じではないので、
習得に時間が掛かりそう。「エキスパートのための高級品」のイメージ。
ウィジットの種類も豊富だし、一つのウィジットが多くの機能を持っているので
困ることはなさそう。

wxWidgwtsは確かにツールが豊富だけど、決定版と言えるものはイマイチ
ない気がする。wxDev-C++が導入簡単だけどデバッガーが環境や条件に
よって動作しないトラブル発生中。もう随分前に発覚したのになかなか
直らない。Delphiで書かれていて、近くC++に移植が予定されているようだ。
使えるのはCode::Blocksかな？

wxWidgwtsはQtよりは理解しやすいと思う。日本語の扱いは別に問題ないよ。
ウィジットの種類は豊富だけど、肝心なものがなかったり．．．
俺はスピンボタンつきの数値専用エディットボックスで、実数を
扱いたかったんだが、これが標準ではない。3rd Party製があるけど、
IDE/RADで、非標準のウィジットを簡単に取り込める仕組みを
持ったものがないので、結局手で書くしかなくて面倒。

Ultimate++は使い勝手が良くない。というかユーザーインターフェースの
設計が下手で、直感的に使えない。それと日本語の扱いに問題がある。
Windowｓの話だけど、エンコーディングにCP932（SJIS）が選べないので、
utf-8にするしかない。それでもC++版Hello World!を「こんにちは世界！」
にして実行したら文字化けしたので、カッとしてアンインストールして
しまった。

以上、ご参考まで。

317:login:Penguin
09/11/07 07:40:28 h9ilEYN9.net
Lazarus とか。　

318:login:Penguin
09/11/07 07:53:25 wJdSUuBx.net
gtkmmを薦めてるのがいるが真に受けんように
C++でまともに動いたら、scim-bridgeみたいなモノを作る羽目にはならん

319:login:Penguin
09/11/07 11:52:06 CPjNRklA.net
面白いのはわかるが、今更そんなんやったって・・・
激しくつまらんけど、これからはAIRですよ

320:login:Penguin
09/11/07 13:30:53 pZqg2eyF.net
いや、これからはJavaですよ
作ってて面白いしね

321:309
09/11/07 15:04:13 pqmmO2Ng.net
>>315
そうだね。
オンラインリファレンスを地味に検索しながら
emacsのruby-modeで書いてるよ。
methodsとかのメソッドで確認したりするぐらい。
emacsで構文解析してメンバ関数だのメソッドを補完する環境って無いんじゃないかな。
無作為に辞書から補完するのはあるかもしれんけど。
netbeansはよく知らない。
Ubuntuだと「追加と削除」からリRuby Browserというリファレンスビュワーが落とせるよね。
これはRuby/Gtk2のクラスも見られたと思う。

322:login:Penguin
09/11/07 19:56:24 nXIVDau4.net
型がなんでgintやgcharなの？
intやcharではダメなわけ？

C言語とのこういうちょっとした違いは
他にもいろいろあるの？

323:login:Penguin
09/11/07 20:43:43 P9pTNgo8.net
> 型がなんでgintやgcharなの？
移植しやすくする為の措置じゃなかったっけか

324:login:Penguin
09/11/07 21:04:17 nXIVDau4.net
「g」が付いてるほうが移植性が高いのかねぇ。

みんなはそういうのをどうやって覚えたの？
解説本とかあまり売ってないみたいだけど…。

325:login:Penguin
09/11/07 21:25:19 NL8bJnRF.net
>>nXIVDau4
たとえばlongが64bitの環境でも、glong的に32bitであってほしい場合にlongの代わりにintやint32をtypedefするとかな。
データ構造の隠ぺいとかはWeb上の先人の残した情報だったり、技術書立ち読みだったり、Win32やNSPRとか同じことやってる実例を見たりとかで知ったよ。

326:login:Penguin
09/11/07 22:58:20 FPX1oLqZ.net
>>324
Ｃ言語はintとかの定義に幅があるから
コンパイラが違えばintのサイズも異なったりするので
厳密に定義した独自のintを用意するわけですよ

先月出た本はどうでしょう
URLﾘﾝｸ(www.amazon.co.jp)

327:login:Penguin
09/11/07 23:54:07 Iq2jGS9i.net
gint32、とかにした方が判りやすいのに

328:login:Penguin
09/11/08 03:02:52 A1QtHV1W.net
>>325-326
なるほど、なんとなくわかった。
ありがと。ﾁｭ！

本は今度本屋で見てみる。

329:login:Penguin
09/11/08 22:19:03 A1QtHV1W.net
GTK+をこれからやろうと思ってますが、C++よりC言語のほうがいいんでしょうか？
昔CもC++も少しずつかじりましたが、どっちも中途半端に終わって、今は頭の中でゴッチャになってます。
GTK+を始めるこの機会にどちらかをちゃんと勉強するつもりですが、どっちがいいか迷ってます。

CよりC++のほうが言語として優れていたり、C++を覚えたほうが何か有利だったりするんですかねぇ？
gtkmmというのを使えばC++でもいけるんですよね？
何かアドバイスをもらえればうれしいです。

330:login:Penguin
09/11/08 22:48:08 iZONJSh7.net
>>329
有利かどうかでいえば、一山いくらのプログラマとしても仕事に付けるかという観点ではC++/Java/PHP/VBあたりだろうな。
有利不利なんぞを気にするんなら間違ってもWindowsかWebアプリ、携帯以外見向きもしないほうがいい。GTK+なんかもってのほかだ。

マジレスするなら、C++にあまり慣れてないならCでGTK+やるのがいい。
ついでにPythonあたりも齧っとけばC+GTK+で面倒な部分もこなせるし、Linux方面のプログラムを開発するのに不自由はしないだろう。

331:login:Penguin
09/11/08 23:24:58 3wmSljPh.net
>>329
Cはスーパーマクロアセンブラ、C++になって高級言語の仲間入りっつー感じかな。
ある程度規模の大きなプログラム作るんなら、絶対C++の方が有利。
Cははっきり言って時代遅れ。C++は習得しておいた方がいいよ。
組み込み系なんかだと、また話は変わってくると思うが。

GUIツールキットだって、殆どのものがC++を念頭に置いて作られてる。
Cが標準でC++ラッパーを後付けしたのはGTK+くらいなもの。
まぁ、それだけ歴史が古く、練り上げられてるとも言えると思うけど。

332:login:Penguin
09/11/09 00:10:55 xrkj026G.net
>>330-331
どうも！
「C++に慣れてないなら」っていうのはオブジェクト指向が壁になるかもしれないってことですかねぇ。
一応JavaやPHPもちょこちょこやってるので、理解はしてます。

お二人の意見を合わせると、C++のほうがいいけど、慣れてなかったり自信がなかったりする場合は
Cにしておくのが無難ってとこですね。

もうちょっと考えてみます。
とても参考になりましたー！

333:login:Penguin
09/11/09 00:31:21 GPAwpvGp.net
>>332
オブジェクト指向が壁になるからではないよ。ほぼ１からC++とGTK+(とgtkmmの固有事情)やるよりはCとGTK+のほうが楽かなとね。
一応gtkmm以外にもJavaとPHP向けのバインディングがあるから、Cでやるのが面倒なようならそれぞれJava-Gnome/PHP-GTKで調べてみるといい。

334:login:Penguin
09/11/09 01:09:23 GiNGaxO1.net
gtkmmの固有事情くわしく

これから始めようと思ってるんだけど
>>132, >>318とか見ると気になる

335:329
09/11/09 01:13:18 xrkj026G.net
>>333
Cのほうがやっぱ楽なんですか。
といいつつC++も捨てがたいけど、>>334さんと同じくgtkmmの固有事情が気になります。

JavaやPHPのやつも存在は知ってましたが、CかC++でアプリを作れるようになりたいなぁと思ってて…。

336:login:Penguin
09/11/09 01:49:16 9bGbNsmw.net
>>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
09/11/09 09:55:18 H/aMIY+I.net
わざわざPerlで扱ってる変態もいるしな

338:login:Penguin
09/11/09 10:14:55 LeSNQMah.net
>>335
俺は Python でやってる。
C を使っている gtk+ プロジェクトだったら C で書く。
そんなに違いはないし、簡単。

Cだとヘッダーにいちいちプロトタイプ宣言しなければならなかったり
毎回コンパイルしなければならないのが面倒だからPython使ってる。
楽チン。

339:login:Penguin
09/11/09 15:19:07 dkYv1Xb9.net
>>337
ぇー最近perlでGTK触りはじめたけど、変態じゃないやい＞＜

340:login:Penguin
09/11/09 15:40:43 nWvFWYHF.net
とにかく完成するのが目的なら自分の好きな言語でいいじゃん。おれはRubyだぜ。

341:login:Penguin
09/11/09 18:21:40 EMO5BJHN.net
GTK+はバインディングが多いのがいいよね

342:login:Penguin
09/11/16 16:13:58 VCRzBqJE.net
なんだかんだ言って、Cのコードは寿命が長いんだよね。
コストベーシスで考えると、GTK+の場合は全てCで書いた方が
いいと思う。他のメジャーなソフトはほとんどCだし、
インテグレーションもし易いよね。

343:login:Penguin
09/11/16 17:18:31 gFc8JNPu.net
Cは初心者向けの本を昔読んで、当時はなんだか難しいなぁって思ったけど、
GTK+に挑戦したくてもう一度読んでみたら大して難しくなかった。

配列、関数、ポインタ、構造体の使い方の基礎がわかってたらGTK+を扱える？
この程度の知識で始めるのはなんか怖くて・・・。

344:login:Penguin
09/11/16 17:21:51 VCRzBqJE.net
GTK+なら、型が決まっているから、
ほんとに基本的な知識だけで十分だと思う。
マクロやプリプロセッサもよく使われているけど、
非常にシンプルなコンセプトだし、問題ないとおもう。

345:login:Penguin
09/11/16 20:35:58 gFc8JNPu.net
>>344
どうも！
今年中に始めよーっと！！

346:login:Penguin
09/11/16 21:19:38 tJXAF2DJ.net
もう「今年中」とかいうセリフが聞かれる時期になったか。

347:犬山ぽち丸
09/11/19 00:11:09 CpUTPEU6.net
Perl でこんな感じのを書いてみました。
URLﾘﾝｸ(pochimaru.seesaa.net)

次ページ移動ボタンをクリックする事で次ページを表示したいのですが、
このままでは期待するように動きません。
現時点の表示をクリアして次ページを表示するにはどうしたらいいのでしょうか？

348:login:Penguin
09/11/19 05:10:52 kHCd9OdN.net
# perlって聞いた時点で見る気なくした

349:login:Penguin
09/11/20 14:06:49 TNyOV+9k.net
DrawingAreaをAspectFrameで包むと上下左右に、
GNOMEでは1ピクセル、
Fluxboxでは2ピクセル隙間が開くんだが、なんとかならないものか

350:349
09/11/20 14:52:09 TNyOV+9k.net
set_border_width(0)でもだめだった

python-gtk2 2.16.0
python-glade2 2.16.0
gtk 2.18

351:login:Penguin
09/11/21 12:33:26 cf2l5sy0.net
gtk2.18.3をubuntu9.10でやっているんですが
キーを押し続けている状態を知る事はできないんでしょうか？
今はkey-press-eventとkey-release-eventシグナルを使っているんですが
キーを押し続けているとkey-press-eventとkey-release-eventが交互に連続して飛んできて
押し続けている状態を知る事ができません。

352:login:Penguin
09/11/21 15:35:08 zEcsEEOn.net
key-pressのあとにkey-releaseがなければ押し続けていることになる

353:login:Penguin
09/11/22 01:06:56 EckaNW4z.net
＞キーを押し続けているとkey-press-eventとkey-release-eventが交互に連続して飛んできて
押しつづけているのにrelease-eventがくるとかキーボードぶっこわれてるんじゃね

354:login:Penguin
09/11/22 08:57:13 OlBHF5u9.net
>>351
Xのレベルではそれが通常の動作(モディファイアキー(の一部)以外では)。
Xはautorepeat時にKeyReleaseと続くKeyPressでタイムスタンプを同一にして
送ってくるので、GDKはそれを利用して>>352のように見せるコードが
一応入ってはいる、が、環境や同時に利用するプログラムといった条件によっては
それが働かないみたい。
自分の環境だけ考えるならGDKの該当部分に手を入れて常にその動作をするように
してしまうのが簡単。そうでないならやはり同様に次のイベント
(gdk_event_peekで得るのかな)とそのタイムスタンプを見て判断するんじゃないかと。

355:login:Penguin
09/11/22 11:40:29 xNfLAKy+.net
>>352
>>353
>>354
レスありがとうございます。
gdk_event_peekはnullが返ってきたのでダメでしたが
gdk_event_getはタイムスタンプ同一のメッセージがしっかり返ってきました。
おかげさまで上手くいけそうです。

356:login:Penguin
09/11/22 22:53:53 LzN5AhP5.net
>>347
こんな感じでどうでしょう？

163a165,168
> my $currentObject = $scrolled_window->child;
> if($currentObject) {
> $currentObject->destroy;
> }
204a210
> $drawable->show;
224a231
>

357:犬山ぽち丸
09/11/26 19:27:51 bDLkSh53.net
>>356
動かしたいように動かす事が出来ました、ありがとうございます。
とても基本的なところで躓いてしまってたみたいで、お恥ずかしい限りです。

358:login:Penguin
09/11/27 20:56:42 w3OKtepz.net
GtkWidget
↑　↑
GとWが大文字
これに気付くのに4日掛かった
コンパイルが通って空のウィンドウが表示されたときは
雄叫び上げちゃったよ。

359:login:Penguin
09/11/27 21:30:47 RzRcFxle.net
www

とりあえず、なんだ、おめでとう

360:login:Penguin
09/11/27 21:51:12 HBGtWPJy.net
Debianスレで GTK+ でウィンドウ出すのに四日かかったって言ってた人かw

361:login:Penguin
09/11/29 00:46:08 guffPLRY.net
おめでとう、マジで
さぁ早くシグナルをコネクトしまくる作業に戻るんだ

362:login:Penguin
09/12/01 22:14:30 sy3qzyYB.net
>>361
ぬるぽっ！

363:login:Penguin
09/12/01 22:23:34 xoJE4V4A.net
>>362
ガッ
って言ってほしいのね。
もぉ、寂しがり屋さんなんだからぁ。

364:login:Penguin
09/12/05 20:49:17 CO55p0ew.net
なんでこのスレ過疎ってんの？
プログラマー不在のスレなの？

365:login:Penguin
09/12/05 21:08:39 Gmpm8vF/.net
>>364
そう思うならまず率先して何かを作って公開してみては如何でしょうか？

366:login:Penguin
09/12/06 00:50:56 fNpRY7Ok.net
話題がないだけでしょ。

367:login:Penguin
09/12/07 17:19:37 CENTWTgC.net
良くも悪くも枯れてるからな

368:login:Penguin
09/12/07 20:01:28 LkAo4E7O.net
gtk2hsで書いてみたけど思ったより使いやすかった

369:login:Penguin
09/12/13 11:19:39 naHBDIjP.net
gtkで外部装置から受信した温度データをグラフ描画するソフトつくってる。
左3/4が描画領域で残りに現在時刻や表示倍率の設定がある。

連続してデータ受信すると、時刻表示のタイマーがとまったり、倍率設定
のコンボボックスが操作できなくなるので、スレッド分けしようと思うのだけど
expose_eventを別スレッドにすることって可能？

370:login:Penguin
09/12/13 11:42:32 P93DdDFa.net
できそうな気がするけど。
とりあえずやってみたら？

371:login:Penguin
09/12/16 20:46:38 laS/Dg3j.net
>>365
作る気になれるようなことが必要なのではないですか。

372:login:Penguin
09/12/16 20:51:22 dPFj9y5E.net
>>369
すごいですね
勉強のためにぜひソースを見せて頂けないでしょうか？

373:login:Penguin
09/12/16 20:53:19 dPFj9y5E.net
もしくは、ソースリストを公開しているwebページを
ご存知でしたら教えてください。

374:login:Penguin
09/12/16 20:54:06 6soPE05o.net
　　　　∧__∧
　　　　(´･ω･) 　　いやどす
　　　　ﾊ∨/^ヽ
　　　ﾉ::[三ﾉ　:.､
　　 i)､_;|*く;　　ﾉ
　　　　 |!: ::.".T~
　　　　ﾊ､___|
"""~""""""~"""~"""~"

次ページ