706コメント248KB

GTK+プログラミング

■ このスレッドは過去ログ倉庫に格納されています

0001login:Penguin

2007/09/05(水) 13:58:46ID: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/

0087login:Penguin

2008/10/19(日) 00:04:39ID:f0AiiEyf

自分で参照カウンタを管理するのはめんどい

0088login:Penguin

2008/10/19(日) 12:37:59ID:mBsqsk/K

いっそのことRubyでいこうよ。

0089login:Penguin

2008/10/19(日) 14:31:15ID:lf2/OYv6

linuxなら　c, gtkmm + python　で　鉄板だろ
移植性とかいいだすのが間違いのもと。

まずはc#, javaの排除から。
つーか、そういうのってmsやsunの儲けにしかならんよね、実際。

0090login:Penguin

2008/10/19(日) 18:09:25ID:ZgmXTrMt

今、ruby-gtk2を使って簡単な画像ビューワを作っています。
デスクトップにフィットさせて表示(大きい場合は縮小表示)させたいのですが、
パネルとかウインドウマネージャの装飾を考慮して、画像を表示できる最大の
サイズを知りたい場合、どうしたら良さそうですか？
探してはいるものの、なかなか良さそうな手が見つからないです。

0091login:Penguin

2008/10/19(日) 19:54:56ID:3IMHrYAs

gtk2hsにトライしたが、一部関数が無くてダメでした。まあこれからか。
erlgtk使いの人とかどう？

0092login:Penguin

2008/10/19(日) 20:28:12ID:Su20jt3Y

>>90
ウィンドウを maximize した時にでるシグナルの中でウィンドウ
サイズを取得して、画像のサイズを拡大縮小とか。

これだと、ウィンドウが出てから画像が出るまで、間が空くか？

009390

2008/10/20(月) 00:25:14ID:s5JT3EOQ

>>92
レスありがとうございます。
やっぱり、そういうちょっと強引な方法しかないんですかね。
せっかく教えてもらったんですが、ちらつきそうなので、できれば避けたいです。
今は、スクリーンサイズを取ってきて適当なサイズで妥協しています。

何かあっても良さそうなのになぁ。。。

0094login:Penguin

2008/10/20(月) 00:34:47ID:upSqhUNX

>>93
"expose-event"シグナルかな、rubyであるのかは分からないけど

0095login:Penguin

2008/10/20(月) 02:08:26ID:RwkYMDWR

>>90
昔SunのJDKのソースを読んでいたことがあるんだが、当時のJDKの実装では、
1) 使われているwindow managerを特定
2) 有名(あるいは標準的と言うべき)なwindow managerであれば、
　　それぞれのwm固有の枠部分の装飾手段(Windowの重なり具合など)
　　の知識を基に、今有るウィンドウの親を手繰ってwm由来部分を調査し
　　wm由来部分のサイズを決定
3) 知らないwmは非サポートってことで適当に……
なんてことをしていた

ここ数年で提案されてない限り、良い方法はないと思われ

0096login:Penguin

2008/10/20(月) 05:08:18ID:mB1jem32

実際にmaximizeするしか知る方法はないだろう?
強引というならそれをやる前に知ろうとする方が強引のような。
それにGTK+はデフォでdouble-bufferedだから何も考えなくてもちらつきしない。

0097login:Penguin

2008/10/20(月) 07:37:12ID:DDLH0hrK

>>96
> 実際にmaximizeするしか知る方法はないだろう?
> 強引というならそれをやる前に知ろうとする方が強引のような。

同意。それ以外のやり方してるソフトなんてないのでは？

009890

2008/10/20(月) 21:27:41ID:s5JT3EOQ

レスありがとうございます。

>>94
ごめんなさい、"expose-event"シグナルはrubyでもあるのですが、94さんの意図が
よく理解できませんでした。

>>95
詳しい情報ありがとうございます。
Sunの人でさえ、そういう実装をされているくらいだから、簡単な方法は無さそうですね。

>>96,97
そんなことを簡単に知ろうという方が間違いですかね。
ちなみに、ちらつくと書いたのは、実際maximizeしてからサイズを取ってくるとすると
画面に表示することは避けられず、一瞬maximizeしたウインドウが見えてしまうという
意味で書きました。
まだGTKのシグナルがどんなタイミングで発行されるのか、よく理解できていないので
誤解しているかも知れませんが。

009994

2008/10/20(月) 23:02:02ID:upSqhUNX

>>98
すみません、>>90さんの要求を正しく理解していませんでした。

最大化できるサイズを求めるというのではなくて、あくまでアプリ側で必要な
サイズ（GtkRequisition）と、実際に獲得できたサイズ（GtkAllocation）
で実装するのはいかかでしょうか？

0100login:Penguin

2008/10/21(火) 02:53:13ID:5A1QOuH6

>>98
> まだGTKのシグナルがどんなタイミングで発行されるのか、よく理解できていないので
> 誤解しているかも知れませんが。

どう考えてもこれがガンだろ。呆れた。

010190

2008/10/21(火) 23:21:31ID:rjo5j4+k

>>99
色々、考えて下さり、ありがとうございます。

>>100
まあ、そう言わんで下さい。

皆さんに教えて頂いたことをヒントに、時間が取れるときに
もっと勉強しようと思います。
レスをしてくれた方々、ありがとうございました。

0102login:Penguin

2008/10/22(水) 01:14:52ID:1Hw6zT+4

複数のファイルをユーザーに選択させ、そのファイルのパスをリストなり
配列なりで得たいと考えています。

調べてみたところ GtkFileChooserDialog は単一ファイル|ディレクトリ
にしか対応していないようなのですが、上記のような機能は自前で実装す
るしかないのでしょうか。

0103login:Penguin

2008/10/22(水) 01:40:40ID:TbaNGOlU

>>102
gtk_file_chooser_set_select_multiple()
gtk_file_chooser_get_filenames()
の組み合わせじゃ駄目なのかい？

0104login:Penguin

2008/10/22(水) 10:25:49ID:ApulL45s

>>103
ありがとうございます。完璧に私の調査不足でした。
教えていただいた方法でいけそうです。

0105login:Penguin

2008/10/25(土) 10:14:11ID:dTl3thQm

glade3の最新版にしたらいつの間にかGtkBuilder形式でも出力できるようになってたよ。
さすがにウィンドウ別に分けて出力はしてくれないけど。

0106login:Penguin

2008/10/25(土) 15:02:49ID:AakIN1gI

PyGTKでランチャー作ってます
ホットキーから呼び出すにはどうすれば
やはりgconf弄らないと無理なのでしょうか。

0107login:Penguin

2008/10/25(土) 17:13:44ID:zQTl7fNi

どのウィンドウがフォーカスされている状態でもキー操作で呼び出したいってこと?
そりゃXならウィンドウマネージャの仕事だ。

0108login:Penguin

2008/10/25(土) 17:58:26ID:AakIN1gI

>>107
そうです
どんな操作してるときもホットキーから呼び出したいので
PyGTK以外の言語は全く解らんのですがXLibあたりですかね
これさえ備えられればほぼ完成なんです
ありがとうございました。もう少し調べてみます

0109login:Penguin

2008/10/25(土) 18:06:09ID:e1TliF6D

>>108
それ俺も知りたい。分かったら教えてくれ。

0110login:Penguin

2008/10/25(土) 18:20:20ID:zQTl7fNi

>>108
ウィンドウマネージャにショートカットで任意のプログラムを呼び出すような
親切機能がついていればできる、なければ基本的にできない。

0111login:Penguin

2008/10/25(土) 21:12:08ID:UmyLPmdd

こんなんでどうよ

#!/usr/bin/python
import gtk, gobject
import Xlib, Xlib.display, Xlib.X, Xlib.XK

win = gtk.Window()
win.connect('destroy', gtk.main_quit)
win.show_all()

display = Xlib.display.Display()
root = display.screen().root
root.grab_key(
display.keysym_to_keycode(Xlib.XK.XK_a), # keycode
Xlib.X.ShiftMask | Xlib.X.ControlMask, # modifier
True, Xlib.X.GrabModeAsync, Xlib.X.GrabModeAsync)
display.sync()
def check(*args):
ev = display.next_event()
if ev.type == Xlib.X.KeyPress:
print (ev.detail, ev.state) # (keycode, modifier)
win.present()
return True
gobject.io_add_watch(display, gobject.IO_IN, check)

gtk.main()

0112login:Penguin

2008/10/26(日) 00:16:49ID:cuuCZE3q

>>109-110
自分が得た情報はもちろん共有しますよ
ウインドウマネージャってubuntuだとcompizでしたっけ？
WindowsだとpyHookなんてのがあって楽そうなんですが
>>111
走らせてみました
小さなウインドウは出ましたが、こちらではキーに反応しません
a, <shift>a, <ctrl>aはダメでした。他のキーですか？

個人的にはこの辺が怪しいと思っていたのですが
ttp://faq.pygtk.org/index.py?req=show&file=faq23.009.htp
ttp://manpages.ubuntu.com/manpages/feisty/ja/man3/XGrabButton.html
ttp://xjman.dsl.gr.jp/X11R6/X11/CH12.html

PyGTKって日本語のドキュメントが少ないと思っていたけど
それ以前にドキュメントの絶対数が少ない気がしてきた

0113login:Penguin

2008/10/26(日) 00:20:34ID:dWWl1VvV

>112
xbindkeysのソースが参考になるかもね。
でもgdkとgtkだけで済ませたい気もする。

0114login:Penguin

2008/10/26(日) 01:05:43ID:w1SELDT+

>>112
<shift><ctrl>aです

0115login:Penguin

2008/10/26(日) 02:08:20ID:cuuCZE3q

>>113
これCですか？現時点では意味不明でした。
やはり最低でも2言語くらい習得しないと細かい所が弄れませんね。
>>114
それも試してみましたが何故が無反応でした。
さらに一週間くらい調べてみます。

0116login:Penguin

2008/10/27(月) 22:08:10ID:hjSX5CJk

glade3といえば日本語メッセージの翻訳が迷訳てんこもりで参った記憶しかないぞ。
ありゃGTK+プログラミングろくに理解してない奴が訳してるんだろうなあ。

0117login:Penguin

2008/11/02(日) 17:56:33ID:8LwLmm0R

出版界を見ると、GTK+よりもQtの方が元気があるように見えるんだけど、
ユーザ数ではどうなんだろう。日本でも最近出てる本はQtのだよね。

0118login:Penguin

2008/11/02(日) 18:07:31ID:f8W85vrO

出版ではQtだが、実際にはgtkのほうが人気がある。
ユーザ数でもおそらくgtkのほうが多い。
なぜQtの本のうほうが多いのかは謎。

gtkの本ってなんであんなに少ないんだろうか。

0119login:Penguin

2008/11/03(月) 12:00:13ID:zVTwcnmi

一つの指標として
gnome vs kde
ttp://www.google.co.jp/trends?q=GNOME%2CKDE&ctab=0&geo=all&date=all&sort=0
gtk vs qt
ttp://www.google.co.jp/trends?q=gtk%2Cqt&ctab=0&geo=all&date=all&sort=0
ちなみにノルウェーではgnomeの人気が高いｗ

0120login:Penguin

2008/11/03(月) 12:19:36ID:f8RoxdRr

ネット上のドキュメントが充実してるからとか？　洋書も最近のはQtの
が多いよね。

日本ＧＮＯＭＥユーザー会とKDE ホームページ（日本KDEユーザ会）の
サイトを比べてみると、一見KDEの方が勢いがあるように見えるけど、
リンクのメンテがボロボロだな。

0121login:Penguin

2008/11/03(月) 12:24:19ID:f8RoxdRr

>>119
なんかKDE/Qtのが優勢な感じw

0122login:Penguin

2008/11/03(月) 13:56:17ID:7ydUuqhV

>>119
一部Quicktimeだったりしないか?
http://www.sophia-it.com/content/%E3%82%AF%E3%82%A4%E3%83%83%E3%82%AF%E3%82%BF%E3%82%A4%E3%83%A0

0123login:Penguin

2008/11/03(月) 22:01:57ID:57+pbs2m

Ubuntu人気があるからgnomeのほうがユーザ多そうだけどな、実際どうなんだろな。
あと他言語のバインディングではgtkのほうが優勢な気がするんだがどうなんだろ。
QtHaskellとか使ってる人いる？俺はgtk2hs使ったけど使い物にならなかったよwww必要関数無くてwwww。

0124login:Penguin

2008/11/03(月) 22:39:37ID:iQkJfTcr

Ubuntu, Fedora, Debian, Vine(笑)とか標準ではたいがいgnomeだからね。
やっぱシェア(数)はやっぱgnomeが多いんじゃないの?

KDEはOpenSUSE, Mandriva(turbo)とか。
まぁ前出のgnomeトリはたいがいKDEの派生つーかブランチもあるし
入れ替えたって(共存させたって)いいんだけどね。

0125119

2008/11/03(月) 23:02:36ID:zVTwcnmi

>>122
一部ノーム(地名)だったりもするぜ

0126login:Penguin

2008/11/03(月) 23:40:33ID:CkL33X1G

ユーザーはともかく、クリエータはGTK(GNOME)の方が多いだろう
GTKがLGPLなのに対して、QtはGPLか最近のtool kit としては高額の
有償ライセンスかのいずれか
利用できる人間は、どうしても限られてくる

0127login:Penguin

2008/12/17(水) 15:27:32ID:KRTiKwTi

欲しいソフトがないから自分で作ろうと思う。
だが、どの言語もソースは読める程度、簡単な改造が出来る程度のレベルです。
だが、一からあのソフトを作りたい・・・。

そんな俺はどのようなGTK開発環境が良いとおもいますか？
今考えているのは、
Pygtk + grade の組み合わせです。
これを薦めるハッカーが多いのと、Pythonという言語がしっくりくるからです。

ほか、初心者におすすめのGTK開発環境がありましたら教えて下さい。

0128login:Penguin

2008/12/17(水) 18:01:23ID:lMmUsPdE

まあそのへんより簡単なのは無さそうだよね。自分はRubyが好きなので
Rubyで勉強してるけど。

0129vte

2008/12/17(水) 19:59:56ID:4+kAQRIa

vte-0.17.4 を ./configure && make && make install してみたのだけど, 画面端で漢字入力を始めると, 折り返しも延長もしてくれず, 入力文字が見えなくなる.

｜ ▽かんじに｜

のように. でも次のようになってほしいのだけど,

｜ ▽かんじに｜
｜ぅりょく｜

とか. gtk-demo の text-widget の multiple views などはうまくいってます. .gtkrc-2.0 とかに何か設定が必要でしょうか?

0130login:Penguin

2008/12/22(月) 09:25:07ID:Z0zqkFax

>>127
GTKmm

0131login:Penguin

2008/12/23(火) 19:56:34ID:3l8ZCr+m

ところでpygtkって遅くね？
Core2Duoのマシンでボタンクリックしてからレスポンスが10秒後とかザラなんだが。
gtkmmとか生のgtkのほうがいいんじゃね？

0132login:Penguin

2008/12/23(火) 20:16:59ID:LQjeTU8C

gtkmmは地獄。

0133login:Penguin

2008/12/23(火) 21:14:13ID:2F34Up+Q

レスポンスが10秒後ってなんか間違えてるんじゃ

0134login:Penguin

2008/12/23(火) 21:25:44ID:ae4qT9Yd

PyGTK + glade3 の日本語チュートリアルのようなものありませんか？
この辺りが翻訳されているのですが、glade3では動きませんでした・・。

http://po3a.blogspot.com/2006/08/pygtk-glade-gui.html
http://po3a.blogspot.com/2006/08/pygtk-glade.html

Rubyで勉強したほうが情報多い？

0135134

2008/12/23(火) 21:34:16ID:ae4qT9Yd

こちらのサンプルは PyGTK + glade3 動きました。
ttp://palepoli.skr.jp/content/python/window1.php

でもここから先が進めません。
PyGTK + glade3 で勉強になるサイトがあったら教えて下さい。
英語でもいいです。宜しくお願いします。

0136login:Penguin

2008/12/24(水) 06:59:19ID:aQCa49jr

pygtkのことは知らないんでよくわからないけど、これとかは？
http://www.micahcarrick.com/12-24-2007/gtk-glade-tutorial-part-1.html
これでだめなら、ウェブ全体からググれ。

ちなみにruby用の日本語チュートリアルはglade2使用。
http://ruby-gnome2.sourceforge.jp/ja/hiki.cgi?libglade2-tut

0137134

2008/12/24(水) 09:50:41ID:hiOOXDc5

>>136
ありがとうございます。
参考になりました。

0138login:Penguin

2008/12/24(水) 11:47:11ID:j0KWvBZ+

C++/GTKで書いたプログラムを
wxPythonで書き直したら
wxPythonで作った方がサクサク速く動いた orz

0139login:Penguin

2008/12/24(水) 14:47:02ID:gkyqeyAR

windows上か？

0140login:Penguin

2008/12/24(水) 15:36:14ID:EbVd5uRZ

PHP-GTKってどうよ？

0141login:Penguin

2008/12/26(金) 04:24:16ID:0/dGPTTl

そんなのあるのか。今度試してみよう。

0142login:Penguin

2008/12/26(金) 23:23:17ID:Z/96o+8l

いまさらかもしれないが時代は今CAIROだということに気づいた

http://journal.mycom.co.jp/series/firefox/005/

プラットフォームやハードウェアに依存せず精密な描画が可能になるらしい

CAIRO使えるのはGTK＋２．１０から上のver
誰か使ってる人いる？

0143login:Penguin

2008/12/27(土) 00:05:03ID:7rBKxqYP

時代を読み違えてるな。
ベクトルベースとか3DデスクトップとかVistaとともに沈んだよ。
PC肥大化狂騒曲は終わりだ。Qt4も総スカンだし

0144login:Penguin

2008/12/27(土) 06:06:34ID:B/jsjdnT

いやでも実際有名どころで使われてるわけだし

それに素のGTKのみで描画するより処理速度は速くなるし，
プラットフォーム間の互換性も高まると思う

別に肥大化してるわけじゃないしVistaや３Dデスクトップとはちょっと違うだろう

gtkがcairoをサポートしてまだ日も浅いしむしろ今からが勝負

0145login:Penguin

2008/12/27(土) 12:41:23ID:6Qaozst9

ふつーに使ってる。フォントの取り扱いがプラットフォーム中立にできればなおいいのだが。

0146login:Penguin

2008/12/27(土) 13:12:28ID:IS4Ugvd/

Cairo のフォント描画は　Windows 上だとジャギが目立つ。Linux 上では問題無し。
何か設定がいるのかしら。

0147login:Penguin

2008/12/27(土) 20:23:11ID:B/jsjdnT

普通ベクトル・グラフィクスにジャギーは発生しない

なにか間違ってることは間違いない

0148login:Penguin

2008/12/27(土) 20:43:22ID:6XGFKeOe

>>144
速くなるって、なんかベンチの結果でもあんの？
skiaを用いているgoogle chromeのcanvasが爆速という話なら聞いたことがあるが

>>146
普通にcairoをコンパイルすると、Windowsではcairo-win32-font.cが使われる
これは普通にGDIを用いているので、普通のWindowsアプリのフォントの
レンダリングと全く同じ結果になる
一方LinuxではFreeTypeが使われる

0149login:Penguin

2008/12/27(土) 21:26:06ID:mPWXe8Aq

0150login:Penguin

2008/12/27(土) 22:20:00ID:B/jsjdnT

>>148
firefox2とfirefox3の速度比較は
確証を裏づけるものにはならないか？

一般的にラスター描画よりベクトル描画の方がデータ数が少なく、描画速度は速いと言われているし

ところでskiaて何？

0151login:Penguin

2008/12/28(日) 10:40:10ID:xJesvUS3

mexo
hanaxo

0152login:Penguin

2008/12/28(日) 11:37:59ID:5NoVhFnO

>>145-146
フォント描画にはPangoを使えばいいんじゃないの？

0153login:Penguin

2008/12/29(月) 18:19:47ID:qsmFI5vI

>>150
ttp://www.hyuki.com/yukiwiki/wiki.cgi?VectorDrawing

skiaは
google chrome skia
あたりでぐぐれ

0154login:Penguin

2008/12/29(月) 22:41:52ID:mdZmAujL

>>153
これはハードウェア実装のOpenGLによるベクタ描画と
ソフトウェア実装のcairoによるベクタ描画の実験結果だな...

ハードウェア実装だとプラットフォームやハードウェア環境の影響を受けるが
ソフトウェア実装より格段に速度を上げられる

だからこそcairoにもOpenGLによるハードウェアアクセラレーションのサポートがあるわけだが...

でもビデオカードやらのGPU性能依存というのは
それこそ３DデスクトップやらVistaやらのPC肥大化狂騒曲じゃないのか？

ハードウェア実装を否定してるわけじゃないが
これはアリなの？
そこのところどうなんよ？

0155login:Penguin

2008/12/29(月) 23:04:54ID:qsmFI5vI

>>154
んー
それを言うなら、GDIだってハードウェアアクセラレートされていて、
GDIがソフトウェアでエミュレートされるようになったWindows Vistaでは
実際描画が遅いのなんのと騒ぎになっていたわけだろ

cairoは、下のレイヤの上に乗っかって、アンチエイリアス描画を行うから、
一般的には下のプリミティブをそのまま用いるのではなく、
pixmapの上にソフトウェアレンダリングを行う形になる
だから結果は綺麗だが、それが高速化につながるという意見はさっぱりわからんね

皮をかぶせれば、ポータビリティは高まるかもしれんが、速くなるわけがないよ

個人的にちょっと試した限りでは、少なくともWindowsで普通にコンパイルした
cairoは、遅いといわれるGDI+よりもまだ遅いぐらいだ
同種の競合ソフトのaggと比べても、やはり遅いな

0156login:Penguin

2008/12/30(火) 02:24:04ID:chmi7ht1

cairoの下のレイヤって何？
cairoはGTK+/GDKやXlibの上にはない
そもそもpixmapのようなラスタデータ上にベクタデータを
ラスタライズしても綺麗な結果にはならない

Vistaが重い一番の理由はVistaのコアが４Gとかのせいじゃなかったか？

0157login:Penguin

2008/12/30(火) 03:17:23ID:xp1VmVKW

>>156
> cairoの下のレイヤって何？
> cairoはGTK+/GDKやXlibの上にはない

？？？？
cairoは何らかのバックエンド（サーフェス）の上で描画を行うわけだが
一体何を言ってるんだ

> そもそもpixmapのようなラスタデータ上にベクタデータを
> ラスタライズしても綺麗な結果にはならない

ビットマップディスプレイに、ラスタデータ以外をどうやって描画するんだ？
ベクタグラフィックスだろうが3Dだろうが、ビットマップディスプレイに
描画するときは、＊必ず＊2Dラスタデータに落とす（＝レンダリング）
しなければ、描画のしようがないのだが、そんなことも知らないのか？

レンダリングをソフトウェアで行うか、ハードウェアで行うかは
実装の問題だがな

0158login:Penguin

2008/12/30(火) 03:38:55ID:F99IYk+S

他の領域に落としたらそれが遅くなる原因だしな。
絵の処理なら、cpuから見えるメモリ領域のビットマップに転送が遅くなる原因のno1。
cairoは、その辺がすべてバックエンド任せでさらにメモリ上でいじるので、
普通に使うと遅いソフト(cpu)処理の部類に分類される。

てか、cairoの中身でも描画なんかは一切触れずに、cairo_surface_tで共通化とでしか使ってないと思うんだけどどう？

0159login:Penguin

2009/01/04(日) 04:31:10ID:OlEL3WLc

待てばcairoの日和あり

0160login:Penguin

2009/01/04(日) 09:09:03ID:Ls6s3Y+a

で？

0161login:Penguin

2009/01/08(木) 14:49:56ID:25IYEPJi

初めて拝見するが、
ここの良スレ度にびっくりした。

0162login:Penguin

2009/01/11(日) 10:45:28ID:G50GhRZF

「右」キーにアクションをバインドしたいんですが、どうすればできますか？
今は仕方なく
gtk_widget_add_accelerator (foo, "activate", accel_group,
GDK_Right, GDK_MODIFIER_MASK,
GTK_ACCEL_VISIBLE);
のようにしてますが、実際は GDK_MODIFIER_MASK 無しで「右」キーのみ
で作用するようにしたいんです。

0163login:Penguin

2009/01/12(月) 22:30:23ID:Ap11sUPz

ところでさ、なんでGtkTreeViewColumnに
gtk_tree_view_column_get_widthはあるのにgtk_tree_view_column_set_widthはないの？
なんでカラムの幅を非常にまわりくどい方法でセットする事しかできないんだろう。

0164login:Penguin

2009/01/13(火) 21:49:47ID:4aexh9M5

バカ除けのため

0165login:Penguin

2009/01/14(水) 06:35:18ID:ON4hZt79

>>164
なにそれww

0166login:Penguin

2009/01/14(水) 10:40:30ID:hbYm8nJe

>>163
他のコラムに対する影響を考えないといけないからでないの？　推測だけど

0167login:Penguin

2009/01/19(月) 07:00:18ID:Zkvelgln

どうすればtoolbarを縦に位置させることができますか？

0168login:Penguin

2009/01/19(月) 14:58:09ID:rA2FfI0+

ディスプレーをガタンとですね

0169login:Penguin

2009/01/19(月) 15:05:50ID:Zkvelgln

>>168
？？？

0170login:Penguin

2009/01/20(火) 05:28:26ID:N3/xwV6v

>>167
D&D

0171login:Penguin

2009/01/20(火) 07:38:29ID:eUZx4J2+

>>168
ワロタ

0172167

2009/01/21(水) 13:15:59ID:cRTwudVb

>>168
真面目に答えていただけませんか？

>>170
詳しく教えてください。

0173login:Penguin

2009/01/21(水) 16:47:39ID:oi/rQuGm

>>172
自分は真面目に調べたのか？

0174login:Penguin

2009/01/21(水) 22:48:05ID:zay9Vio9

>>167
まず言語は何でプログラミングしてるの？
個人的には盛り上がって欲しいスレではあるのだけれど。
CでガリガリGTKアプリ書いてる人あんまりいないのかな…

0175167

2009/01/22(木) 01:25:28ID:qMqmINP5

>>174
C でやってます。

0176login:Penguin

2009/01/22(木) 02:12:53ID:N/oI0lI0

>>175
set_orientationでvertical指定
詳しくはググれ

0177login:Penguin

2009/01/23(金) 07:41:44ID:Azeyn9TC

Objective-C使ってます

0178167

2009/01/23(金) 13:07:07ID:AEZO7GNu

toolbar を縦(vertical)に配置することには成功したのですが、
menubar を縦(vertical)に配置する方法が見つかりません。

// 例えば、menubar に対しては gtk_toolbar_set_orientation と同様の関数が存在しません。

どうすればできるでしょうか？

0179login:Penguin

2009/01/24(土) 17:41:53ID:j3OrWlaN

linuxデスクトップユーザーの特徴

①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく

　　　　　　冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　＼__／　| |　　　＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ───‐ヽ　/　　/ 　linuxはめんどくさくて難しい分だけ、
　　　　 /|ヽ　　　ヽ──'　　 /　＜　　自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
　　　　/ | 　＼　　　￣　　／　　　＼
　　／　ヽ　　　‐-　　　　　　　　　　￣￣￣￣￣￣￣￣

0180167

2009/02/01(日) 07:28:50ID:lE4ur93H

お前等、なにも知らないんですね。

0181login:Penguin

2009/02/02(月) 10:47:56ID:IIH5qxfd

もともと閲覧者が少ないスレで
自分の欲しいタイミングで回答を得ようとしてるのが間違い

半年位待ってみろ

0182login:Penguin

2009/02/02(月) 11:13:18ID:6BkR0lwx

>>181
では、LinuxでGUIを作るにはどのライブラリを使うのでしょう？

0183login:Penguin

2009/02/02(月) 11:41:10ID:J5ctVuxx

* 女でLinux使ってる奴 -- http://pc11.2ch.net/test/read.cgi/linux/1224332593/355
355: login:Penguin [] 2009/01/19(月) 12:20:24 ID:Zkvelgln

私は女に一番受けのいいlinuxディストリビューションを知っている。

* Gnome vs KDE -- http://pc11.2ch.net/test/read.cgi/linux/1185851003/136
136: login:Penguin [] 2009/02/01(日) 11:19:51 ID:lE4ur93H

今 C の gtk+ 使ってアプリ書いてるけど、
血反吐でそうなぐらい面倒くさい。。。
だれかもっと使いやすいライブラリ作ってくれ。。。

* 女でLinux使ってる奴 -- http://pc11.2ch.net/test/read.cgi/linux/1224332593/417
417: login:Penguin [sage] 2009/02/01(日) 12:29:52 ID:lE4ur93H
>>416
発音は「テック」。
英語ができない日本人はなぜか「テフ」と言っている。
偽の発音を使い続けるのはそろそろ止めにしないか？

本当は「イケマン」と言うべきなのに、「イケメン」
と言う日本人。もうね、アホかと。

* 女でLinux使ってる奴 -- http://pc11.2ch.net/test/read.cgi/linux/1224332593/415
415: login:Penguin [sage] 2009/02/01(日) 11:05:18 ID:lE4ur93H
>>413
○ tex = テック
× tex = テフ

0184167

2009/02/02(月) 13:03:00ID:9NCOwk9m

>>183
変な事言ってるように仕向けたいんだろうけど、
lE4ur93Hは正当な事言ってんじゃん。

0185login:Penguin

2009/02/02(月) 20:46:11ID:2frQG7fR

ただの荒らしコピペに反応すんなよ
NG登録されて回答もらえなくても知らんぜ

0186login:Penguin

2009/02/10(火) 20:32:40ID:8DV6Um/n

ファイル選択ダイアログを、ターミナルから閉じたくて、
下の処理を入れたのですが、ダイアログを閉じた後、応答が無くなります。
(GUIでキャンセルボタンや×をクリックすると正常に閉じれる)
どうすれば、ターミナルから正しく閉じれるかを教えてください。

GtkWidget *filew = NULL;
void FileSelection::destroyFileSelection()
{
　　status = false;
　　gtk_widget_destroy(filew);
}

0187login:Penguin

2009/03/29(日) 11:33:55ID:JOkFFCq+

Windowsでは、自分以外のプロセスが管理しているウィンドウのハンドル（動作中のOS上で
ユニークな識別番号）を得ることができれば、そのウィンドウのサイズやデスクトップ上での
位置などを好きにいじくったりできるのですが、LinuxのGTK+（またはGNOMEもしくはX Window
System）にそのようなAPIのようなものはありますか？

■ このスレッドは過去ログ倉庫に格納されています