トップページ⇒tech
981コメント348KB

【GUI】wxWidgets(旧wxWindows) その3【サイザー】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/09/09(土) 00:06:30
クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)について語りましょう。

本家
　http://www.wxwidgets.org/
wxWindows日本語プロジェクト
　http://wxwindowsjp.sourceforge.jp/
Let's wxWidgets
http://dot-gray.s33.xrea.com/
(*)準備中(*)
http://www.geocities.co.jp/SiliconValley-Cupertino/8526/
wxWindowsで始めるC++ GUIプログラミング
http://www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
http://namazu.org/~satoru/pub/uu-2004-08/
dW : Linux : wxWindowsの概要
　http://www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html
SunWorld Online：wxWindows――無名だが成熟したGUIツールキット
　http://www.idg.co.jp/sw/back/200102/20010219_01_report.html
0002デフォルトの名無しさん2006/09/09(土) 00:07:04
過去ｽﾚ
http://pc8.2ch.net/test/read.cgi/tech/1097524712/
http://pc5.2ch.net/test/read.cgi/tech/1052186697/

主な言語バインディング

wxPython
　http://www.wxpython.org/
wxPerl
　http://wxperl.sourceforge.net/
wxRuby
　http://wxruby.rubyforge.org/wiki/wiki.pl
wx4j
　http://www.wx4j.org/
wx.NET
　http://wxnet.sourceforge.net/
wxLua
　http://www.luascript.thersgb.net/
wxHaskell
　http://wxhaskell.sourceforge.net/
0003デフォルトの名無しさん2006/09/09(土) 00:17:35
車輪の再発明をしても仕方がありませんし、公開に値するしろものでもありませんので
将来的にもソースは出せないと思います。
ゆくゆくは自作のプログラムに組み込めればそれでいいかな、と。
0004デフォルトの名無しさん2006/09/09(土) 00:18:35
ところで
http://www.codeproject.com/useritems/wxwidgets.asp
このページはいろいろ参考になると思うんですが、テンプレに入れませんか？
0005デフォルトの名無しさん2006/09/09(土) 00:21:50
書籍のＰＤＦ
ttp://www.phptr.com/promotions/promotion.asp?promo=1484&redir=1&rl=1
http://www.phptr.com/content/images/0131473816/downloads/0131473816_book.pdf
0006デフォルトの名無しさん2006/09/09(土) 00:35:47
>>1乙
一応JavaScriptバインディングもあるよ。
wxJS
　http://users.skynet.be/saw/wxJS/
0007デフォルトの名無しさん2006/09/09(土) 08:36:39
>>1　乙

>>4は移動になっているらしい。
http://www.codeproject.com/library/wxwidgets.asp
0008デフォルトの名無しさん2006/10/03(火) 21:40:46
wxCodeも入れない？
wxTreeListCtrlはWin32 Common Controlにも欲しいと思う。
http://wxcode.sourceforge.net/
0009デフォルトの名無しさん2006/10/03(火) 22:19:18
前スレの>>978, 985

wxSocket使おうとしているので、一応確認したが、
受信スレッドを内部で別に立てているなら、
wxUSE_THREADSを1と定義してビルドする必要があるのだろう。

wxMSWだけでの検証ですまんが、コードを追ってみると、

メインスレッドのみ、wxYieldを呼び出している。
wxYieldは内部でwxTheApp->Yield()を呼んでいるだけで
ここがマルチスレッドセーフではない模様。

他のスレッドはwxThread::Yield()を呼んでいる。
wxThread::Yield()の内部はSleep(0)なので、問題なし。

wxUSE_THREADSが無い時点でスレッドを立てるような
物は使ってはいけないのでイベントハンドラを定義せずに
ブロッキングで組む必要があるということじゃないのかな？
ところで、スレッド無しはわざわざヘッダを書き直さないと
そのようにはならないと思うのだが、実行してデバッグしたわけではないので
間違っていたらすまん。
そのうち自分でもテストはしないとだめなんだろうがねぇ。
0010デフォルトの名無しさん2006/10/03(火) 23:05:04
>>9
wxUSE_THREADSは1(初期値）のまんまですね
wxWidgets自体のバグの線が高そう
環境はmswです
0011デフォルトの名無しさん2006/10/03(火) 23:48:15
メインスレッドは::wxSafeYield()使え、と言ってみる
0012デフォルトの名無しさん2006/10/04(水) 02:09:24
言ってみるって言われても、wxSocketServer::Read内部にYield()が明記されているわけでｗ
勝手に書き換えるのは気持ち悪いでしょう
001392006/10/04(水) 02:15:41
>>11
ソースを追ってみたが、wxSafeYieldは指定したウィンドウ以下を除いて
Disable状態にした後、wxYieldを呼んでいるだけだ。
2.6.3なんだが、wxYieldからwxTheApp->Yield()内では
MT-FIXMEなどとかいた、幼稚なバグが残っているから無理。
それと、Log関数もMT Safeでないのでむりなうえ、
wxMutexGuiLeaveOrEnterはMainThread以外からの呼び出しではAssertがおきるぞ。

>>10
とりあえず、Readの先のYield呼び出しのかしょをデバッガで追って、
wxThread::Yieldにちゃんといっているかどうか確認するほうが早いよ。

Yieldを呼んでいるのは大体、wxSocket*::Wait*で、GSocketの内部でも呼んでいるのかもしれない。
GSocket::ReadもStream(TCP)なら::recvを呼んでいるだけなので、問題はなさそうだが。
GSocket::Writeもにたようなものだった。

あときになるのは、イベントも全てメインスレッドから呼ばれるから、
OnSocketEventでReadするのはMainThreadじゃない？
それだと、Multi Threadになってても、
イベント処理に行くからスタックオーバーフローしてしまいそうだが。

イベントで拾ってくるならイベントが着たら受信用スレッドにconditionなりで
知らせて、Recvさせるようにするのはどう？
0014デフォルトの名無しさん2006/10/04(水) 02:56:03
それなら最初からスレッドでReadしっぱなしのほうがいいなｗ
0015デフォルトの名無しさん2006/10/05(木) 14:10:04
OpenGL用の再描画関数でRefresh()以外の奴って何かないの？
教えてエロい人
0016デフォルトの名無しさん2006/10/05(木) 14:29:53



　ｻ　ｲ　ｻ　ﾞ　ｰ　っ　て　イ可　？　

0017デフォルトの名無しさん2006/10/06(金) 17:27:55
性帝
0018デフォルトの名無しさん2006/10/06(金) 23:36:44
キラーアプリはaudacity？
0019デフォルトの名無しさん2006/10/07(土) 00:21:00
>>15
OpenGL描画して最後にwxGLCanvas::SwapBuffer()呼ぶ関数作って
それ呼べばRefresh()呼ばんでもいいんじゃない？
0020デフォルトの名無しさん2006/10/07(土) 19:30:39
英語なのが悔やまれる。
だれかサンプルだけでも、日本語に訳してくれ。
0021デフォルトの名無しさん2006/10/07(土) 23:19:02
あんまり使ってる人いないのかな？
0022デフォルトの名無しさん2006/10/07(土) 23:25:36
Linux使ってる奴なんて相手にしない　が正解。
0023デフォルトの名無しさん2006/10/07(土) 23:39:23
リファレンスなら日本語訳されてるぞ
英語っていってもほとんど基礎英語レベルのことしかない
これがわからない人はそもそも言語の構造がわかってないんだろう
MFCでも先に勉強したほうが早いよ
0024デフォルトの名無しさん2006/10/08(日) 23:42:49
DialogBlocksで

wxDialogにwxButton貼り付けたんだけど
Dialogのサイズ変更するとボタンが
最大化しちゃうんだが、何が原因なのかな？
0025242006/10/08(日) 23:47:54
適当にToolbar挿入してみたら直った。
Toolbar必須なのか...
0026デフォルトの名無しさん2006/10/09(月) 00:35:06
貼付けてるのが一個だけだったら最大化してた
もうひとつ何か貼れば最大化しなかったよ
0027デフォルトの名無しさん2006/10/09(月) 01:31:08
>>20
結構細々としているからねwxWidgetsは。
俺はサンプルに日本語コメントを付けまくってしょっちゅう見返してるよ。
0028デフォルトの名無しさん2006/10/09(月) 01:46:20
sizer
0029デフォルトの名無しさん2006/10/09(月) 01:59:55
俺は英語だけど、どっかのサイトで公開しているPDFを読んでます。
それなりにいいと思うぞ。
ただだし。
0030デフォルトの名無しさん2006/10/09(月) 02:46:03
英語より、日本語を読みたい。
英語は疲れるよ。
0031デフォルトの名無しさん2006/10/09(月) 16:28:27
挙げ
0032デフォルトの名無しさん2006/10/13(金) 17:19:02
ウィンドウをクローズすると、登録したイベントハンドラが全部呼ばれるって、
何この糞仕様。
0033デフォルトの名無しさん2006/10/14(土) 00:11:57
2.7.1 リリース
0034デフォルトの名無しさん2006/10/14(土) 00:27:08
７なんか怖くて使う気にならない
0035デフォルトの名無しさん2006/10/14(土) 00:38:34
日本語マニュアルまだ〜？
003692006/10/14(土) 01:13:36
コーディングした結果としては、ソケットのイベントもその他のイベントも全てメインスレッドのみで動いてるな。
wx関連のほとんどの機能はメインスレッド以外でやってはいけない感じなのかもしれない。
0037デフォルトの名無しさん2006/10/14(土) 03:39:53
>>36
ん〜。そうでもないよ。
受信用スレッド作ってそこでソケットごにょごにょやってたことあるし。
ってそういう話では無い？

自分で何か修正したような記憶があったりなかったり。。。
2.6が出た頃の話だったと思うので、あまり真に受けんといてください。
003892006/10/14(土) 20:18:52
>>37
俺も送信用スレッドは使ってるけどね、wxのINPUTイベントやCLOSEイベントなんか
はメインスレッドでイベントでもらってRead/Destroyなどをするようにしてる。
Read/Writeを交互に行うようなプロトコルにしているため、
Writeをしながら、Readを呼び出しても問題が無いかどうかは検証していない。

また、排他制御をSingle Thread Execution Patternで避けれるから、一概に悪いとは言えないけどね。

送信・受信と別々につなげてそれぞれブロッキングで別スレッドを立てるほうがいいのかもしれないけど
Nagleがらみで送受信を分けるとラグが発生しそうだしなぁ。
0039デフォルトの名無しさん2006/10/15(日) 14:33:00
buttonをつけるにはどうしたらいいんですか？
0040デフォルトの名無しさん2006/10/15(日) 18:34:02
これって、exeサイズがなんか異常に大きくなるんだけど、こういうもん？
2.6.3のサンプルのminimalをbccでコンパイルしたら、exeサイズ約1.9MB、何だけど...
でかすぎー
0041デフォルトの名無しさん2006/10/15(日) 18:42:04
ＭＦＣだってmfcのランタイムまでいれたら相当でかいな
0042デフォルトの名無しさん2006/10/15(日) 19:44:40
stripしてexepacker通したらそこそこ小さくなるでよ
まぁでかいのはでかいが
0043402006/10/15(日) 22:09:44
>>42
そうですか、でかいですか。どうもです。
0044デフォルトの名無しさん2006/10/21(土) 15:05:41
wxChar *をchar *に変換する方法ってありますでしょうか。
char *しか受け付けない関数があるんです。
0045デフォルトの名無しさん2006/10/21(土) 20:48:25
wx{MB,WX,WC}2{MB,WX,WC} (関数)
エンコーディングを特定したければwxMBConv系を直接使う
0046デフォルトの名無しさん2006/10/21(土) 22:33:57
wxWC2MBを試してみていますが、うまくいきません。
三番目のsize_t nにはwchar_tの文字列のサイズを渡せば良いのでしょうか。
0047デフォルトの名無しさん2006/10/25(水) 14:15:34
警告: dereferencing type-punned pointer will break strict-aliasing rules
って警告が大量に出るんですが、これどうにかならないでしょうか？
0048デフォルトの名無しさん2006/10/26(木) 00:17:38
　　　　　　, イ)ィ　-─ ──- ､ﾐヽ
　　　 　 ノ ／,．-‐'"´ ｀ヾj ii /　 Λ
　　　 ,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
　　 ノ/,／ミ三ﾆｦ´　　　　　　　 ﾞ､ﾉi!
　　{V /ミ三二,ｲ　, 　／,　　 ,＼　 Yｿ
　　ﾚ'/三二彡ｲ　 .:ィこﾗ 　 ;:こﾗ 　j{
　　V;;;::. ;ｦヾ!V　　　 ｰ '′　i ｰ '　ｿ
　　 Vﾆﾐ( 入　､　　 　 　r　　j　　,′ 　
　　　ヾﾐ､｀ゝ　　｀ ｰ--‐'ゞﾆ<‐-イ
　　　　　ヽ　ヽ　　　　 -''ﾆﾆ‐　 /
　 　 　 　 |　　｀､　　　　 ⌒　 ,/
　　　 　 　|　　　 ＞┻━┻'r‐'´
　　　　　　ヽ＿ 　 　 　 　 |
　　　　　　　　　ヽ ＿ ＿ 」 　　　

　　ググレカス [ Gugurecus ]
　　（ 2006 〜 没年不明 ）
0049デフォルトの名無しさん2006/10/26(木) 00:48:49
……ググレカスって現代人だったのか
0050デフォルトの名無しさん2006/11/04(土) 02:25:22
どちらかというと古代ギリシャ人
0051デフォルトの名無しさん2006/11/05(日) 19:06:10
実際に使ってる人はどれだけいるんだろうね？
0052デフォルトの名無しさん2006/11/05(日) 20:24:22
wxDev-C++って、メニューとかツールバーはまともにでなくない？
ボタンとか、絶対位置指定できる点はいいとは思うけど。

DialogBlocksはちょっと複雑なの書くとエラーがでるんだが・・・
0053デフォルトの名無しさん2006/11/09(木) 01:32:48
wxWidgetsをつかってタスクマネージャみたいのを作ろうと思うのですが
つまづいてます

メインの処理とかはどうでいいのですが、常駐アプリとして使うことを考慮して

　1. 常に手前に表示
　2. 透明度を変えられる
　3. キーボードとかマウスとかのイベントを下のウィンドウにスルー

を実現したいのですが3番目を実現する方法がわかりません
0054デフォルトの名無しさん2006/11/09(木) 02:36:59
evt.veto
0055532006/11/09(木) 18:20:15
>>54
私のグーグル力が確かならVetoはwxNotifyEventではじめて定義されてるので
wxNotifyEventを継承していないwxMouseEventに対しては呼べないと思うのですが・・・

wxNotifyEvent
ttp://www.wxwidgets.org/manuals/2.6.3/wx_wxnotifyevent.html
0056デフォルトの名無しさん2006/11/09(木) 20:38:26
2.7.2出たね

11月13日に2.8.0リリース予定だそうだ
0057532006/11/09(木) 23:02:03
マウスクリックイベントをスルーする方法
ttp://forums.belution.com/ja/vc/000/172/70.shtml

Win32APIネイティブでここまでゴリゴリやってできないとなると
それをクロスプラットフォームGUIライブラリに求めるのは酷だと思うのであきらめます
ありがとうございました
0058デフォルトの名無しさん2006/11/12(日) 18:29:20
これって、3.0になるとSTLとか使ってモダンなAPIになるんでしょうか？
なんか、そんな話が出てたような気がするんで。
そのソースってまだ公開されてないですよね？
0059デフォルトの名無しさん2006/11/12(日) 22:16:52
さて、ややこしい話が出たところで、また俺がRADネタを振ろうかね。
おまいら、何でGUI君でんの？
0060デフォルトの名無しさん2006/11/12(日) 22:21:34
CUIじゃ時代遅れだから。
0061デフォルトの名無しさん2006/11/12(日) 22:25:37
そういう意味じゃないと思うよｗｗ
0062デフォルトの名無しさん2006/11/12(日) 22:35:24
俺は Mac と Solaris かな。
0063デフォルトの名無しさん2006/11/14(火) 12:45:50
wxPythonのGridの質問です。

EVT_GRID_CELL_CHANGEの時に新しく行を追加すると
無限ループになってしまいます。
エラーを見ると、新しい行でEVT_GRID_CELL_CHANGEが起きてるのでなくて
最初にEVT_GRID_CELL_CHANGEを起こした行で再帰になってるようなのですが
これを回避する方法はありますか？
やりたいことは MS Accessのテーブルみたいに、
空白行に何か書込んだら、新しい空白行を追加したいのです。

class MyGrid(wx.grid.Grid):
　def __init__(self, parent):
　　wx.grid.Grid.__init__(self, parent, -1, size=(200, 100) )
　　self.CreateGrid(1,1)
　　self.Bind(wx.grid.EVT_GRID_CELL_CHANGE, self.OnCellChange)

　def OnCellChange(self, event):
　　Row = event.GetRow()
　　print "%d: EVT_GRID_CELL_CHANGE" % Row
　　self.InsertRows(Row + 1, 1, 1)

結果：
0: EVT_GRID_CELL_CHANGE
　（・・数十行繰り返し・・）
0: EVT_GRID_CELL_CHANGE
Traceback (most recent call last):
File ＊＊＊＊, line 15, in OnCellChange
Row = event.GetRow()
RuntimeError: maximum recursion depth exceeded
■ このスレッドは過去ログ倉庫に格納されています