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

**デフォルトの名無しさん** · 2012/11/22(木) 21:38:02.68

>>505
はいはいワロス

**デフォルトの名無しさん** · 2012/11/22(木) 23:26:03.48

>>506
ひでー

**デフォルトの名無しさん** · 2013/01/10(木) 03:31:25.47

>>492
何度も言うよ
残さず言うよ
だろ
>>493
中途半端なつっこみするなら黙ってろよムズムズする

**デフォルトの名無しさん** · 2013/01/10(木) 07:36:12.49

何度でも言うよ
欠かさず言うよ
GTKは糞

**デフォルトの名無しさん** · 2013/01/10(木) 16:50:22.28

マイナーGUIスレを見たけど、以前はFOXが人気だったんだね
まだ息してるのかな

**デフォルトの名無しさん** · 2013/01/10(木) 16:53:16.15

今はもう、QtかWxWidgetsの二択にしか見えない。気のせい？

**デフォルトの名無しさん** · 2013/01/11(金) 08:37:58.62

FortranプログラムのGUIシェルをwxWidgetsで作ろうとsampleのexecを改造しているけれどよくわからない。
いい本ないでしょうか。
最近wxPythonの本が出ましたがパイプまでは書いていないので…

**デフォルトの名無しさん** · 2013/01/11(金) 09:01:20.21

eNprdGhEhnH6XMi8RgcFfQj71L1t6+FS
Cvr6jXc0G/c3BgLhfriwvl5No4NejUJz
LpIZQVwwPY0OQOkaBSBnDlRujgKYC4ZQ
ZfoKYGVzkkEcDYX4xjnxmo0OzXUKU/L6
1jadbDo7bfP0uVwwA8FqG4MgjH01YAMa
A7kgNND1LQtgroC6Kb4xDiyr1BiAAjP1
9JpzFQBRXmeP

**デフォルトの名無しさん** · 2013/01/13(日) 12:10:17.65

64bit版MinGWでwxWidgetsコンパイルしてるけど
作ったバイナリが起動すらしないので死にそう

**デフォルトの名無しさん** · 2013/01/14(月) 01:59:27.93

コンパイルできた
64bitネイティブアプリや、どや

**デフォルトの名無しさん** · 2013/01/15(火) 01:35:39.03

windows7を使用しています。

ttp://wiki.wxwidgets.org/Beech:Using_common_dialogs
を参考に拡張子が、csvとtxtのファイル名のみを取得しようとしています。

wxDir::GetAllFiles(dir , &filename ,wxT("*.txt"));
wxDir::GetAllFiles(dir , &filename ,wxT("*.csv"));
filespecが一つのときは指定拡張子のみ取得できます。

wxDir::GetAllFiles(dir , &filename ,wxT("*.csv;*.txt"));
2個指定すると何も取得されません。

指定方法が悪いと思うのですが、どのようにすればいいのでしょうか？
教えてください。

**デフォルトの名無しさん** · 2013/01/15(火) 06:14:19.90

http://trac.wxwidgets.org/ticket/4420

**デフォルトの名無しさん** · 2013/01/15(火) 06:31:29.95

分からないならレスしないでください

**デフォルトの名無しさん** · 2013/01/15(火) 17:15:14.30

>>517
レスありがとう。
一つしかサポートされないのですね。

ありがとうございました。

**デフォルトの名無しさん** · 2013/01/16(水) 15:50:20.31

なんで
ttp://wiki.wxwidgets.org/Beech:Using_common_dialogs
を参考にすると
wxDir::GetAllFiles(dir , &filename ,wxT("*.csv;*.txt"));
が出てくるんだろ
基地外か

**デフォルトの名無しさん** · 2013/01/16(水) 23:31:49.99

wxWidgetsを使おうとしてる時点でオカシイのだ(・∀・)

**デフォルトの名無しさん** · 2013/01/17(木) 18:18:55.83

童貞乙

**デフォルトの名無しさん** · 2013/01/19(土) 07:42:35.24

この道はいつか来た道♪ああそうだよあかしやの花が咲いてる

**デフォルトの名無しさん** · 2013/01/20(日) 02:49:05.26

windowsで変な抽象レイヤなんて触るなら、c#使った方がマシ

**デフォルトの名無しさん** · 2013/01/21(月) 20:07:51.79

wxRubyでWindowsのイベントを捕まえたいのですがどのようにすれば出来ますか？
C++なんかだとMSWWindowProcをオーバーライドすることで出来るみたいですが
wxRubyには見あたらないような・・・

**デフォルトの名無しさん** · 2013/01/21(月) 23:44:55.73

Ruby を Windows で使う人って()

**デフォルトの名無しさん** · 2013/01/21(月) 23:59:56.58

【ActiveScript】RubyをWindowsで使うスレ【GUI】
http://toro.2ch.net/test/read.cgi/tech/1155031689/

**デフォルトの名無しさん** · 2013/01/23(水) 01:57:17.09

>>521
MFCを直に触りたくないとき、他に候補なんてある？

**デフォルトの名無しさん** · 2013/01/23(水) 04:51:35.91

**デフォルトの名無しさん** · 2013/01/23(水) 07:01:30.47

CLX, GTK+, Qt, Tk, FLTK, FOX

C言語/C++ベースおよびマルチ言語ベース
ウィジェット・ツールキット - Wikipedia

**デフォルトの名無しさん** · 2013/01/23(水) 07:03:10.89

Agar
CEGUI
GLUI
Juce
Ultimate++
Visual Component Framework (VCF)
YAAF

**デフォルトの名無しさん** · 2013/01/30(水) 12:24:11.63

MFCならWindowsのみで動けばいいんだろ

WTL
OWLNext

**デフォルトの名無しさん** · 2013/01/31(木) 05:40:10.73

このひとまた変な本出してるな
ttp://www.amazon.co.jp/dp/4877832890/
このひとの他の本酷かったから買うつもり無いけど

**デフォルトの名無しさん** · 2013/02/28(木) 14:11:47.04

またバグを発見してしまった

http://docs.wxwidgets.org/stable/wx_wxinputstream.html#wxinputstreamlastread

wxInputStream::LastRead
size_t LastRead() const

LastReadをlinuxで使うと常に0で返ってくる。
6年前に修正されてるはずだけどbranchに入ってないからバグったまんまですかVZさん。。。

**デフォルトの名無しさん** · 2013/02/28(木) 14:13:49.27

チケットは以下

http://trac.wxwidgets.org/changeset/44485

**デフォルトの名無しさん** · 2013/02/28(木) 14:15:06.81

そうか、 2.8のブランチには入ってるけど2.9には反映されてないのか、どちらにせよだめぽ

**デフォルトの名無しさん** · 2013/03/01(金) 00:54:34.59

wxInputStreamなんて使わんから

**デフォルトの名無しさん** · 2013/03/01(金) 01:16:17.90

馬鹿には無理

**デフォルトの名無しさん** · 2013/03/01(金) 08:18:29.29

wxWidgets は正規表現とか、
文字コードの変換がいまいち信用出来ないので、
window のフレームワークだけに使って、
基本的なロジックは boost とかで済ますのが正解。

**デフォルトの名無しさん** · 2013/03/16(土) 15:59:13.75

wxwidgetsのListCtrlのカラムに直接描画したいんだけどどうしたらいい？
具体的には、ダウンローダなどによくあるようなダウンロード状況を表す
横棒のグラフに%が表示されてるような奴なんだけど

**デフォルトの名無しさん** · 2013/03/16(土) 16:03:03.35

馬鹿には無理

**デフォルトの名無しさん** · 2013/03/31(日) 11:08:01.89

ググったら>>64がヒットした。
x64のgcc4.7以降でソースからコンパイルすると途中でcc1plusが止まった
x64のvc9じゃ止まらない。更新途絶えてるから修正期待するのは無理か

**デフォルトの名無しさん** · 2013/03/31(日) 13:02:54.41

>>64
>>542

共有ライブラリもしくはモノリシックライブラリをビルドする場合、公式のMinGWだとメモリを使い果たしてしまう
TDM-GCCに切り替えた上で　CXXFLAGS='-fno-keep-inline-dllexport'　を付けて configure実行するよろし

これはwxWidegts側のバグと言うよりもMinGWのバグだ

**デフォルトの名無しさん** · 2013/04/01(月) 01:17:29.35

>>543
あらゆるオプションくっつけてもダメだった
FLTKはvcでもgccでも問題なかったんだけどな、これgccじゃなくてmingw側の問題なのか

**デフォルトの名無しさん** · 2013/04/01(月) 01:21:48.05

ｗｘWidgetsってVisualStudio2012で動く？

**デフォルトの名無しさん** · 2013/04/01(月) 05:07:51.79

>>545
普通にVS2012でビルドして使ってるよ

**デフォルトの名無しさん** · 2013/04/01(月) 07:42:14.94

昨晩発見、mingw-w64-dgnってトコのパッチ当てたらx64MinGWでもビルド出来た。
gccはTDM4.7.1、時間が無いのでconfigureのオプションくっつけて無いけど一発で通った

具体的には、textentry.cppの#include <shlguid.h>を削除するだけ

**デフォルトの名無しさん** · 2013/04/04(木) 14:07:26.83

ハードディスクのMBR領域をバックアップしたいんだけど
どうやってプログラム書いたらいいかな

Linuxのときは/dev/sdaを開いて読むだけだったけど
Windowsとコード一緒にできない

**デフォルトの名無しさん** · 2013/04/04(木) 14:19:00.69

共通の方法は無いかって話？

**デフォルトの名無しさん** · 2013/04/04(木) 15:10:10.41

dd.exe のソース見ると良い

**デフォルトの名無しさん** · 2013/04/04(木) 15:49:15.97

そうするわ
でもパスカルわかんねーんだよな・・・

**デフォルトの名無しさん** · 2013/04/04(木) 16:02:05.02

wxWidgets 関係の話？

**デフォルトの名無しさん** · 2013/04/09(火) 09:13:04.65

wxPythonなんですがベジエ曲線を書くにはどうすれば良いですか？

**デフォルトの名無しさん** · 2013/04/09(火) 18:52:10.99

描画系クラスならwxDC使えばいいんじゃないかなあ
http://docs.wxwidgets.org/2.8/wx_wxdc.html

**デフォルトの名無しさん** · 2013/04/10(水) 11:56:17.56

出来ました
ありがとうございました
http://docs.wxwidgets.org/2.8/wx_wxgraphicspath.html#wxgraphicspathaddcurvetopoint

**デフォルトの名無しさん** · 2013/06/24(月) 15:12:38.36

Latest Development Release: 2.9.4
Current Stable Release: 2.8.12
Previous Stable Release: 2.6.4
http://www.codeproject.com/Articles/11515/Introduction-to-wxWidgets

**デフォルトの名無しさん** · 2013/06/26(水) 18:58:08.93

Mac OSX LionだとwxWidgets 2.8 がビルドできない・・・
wxWidgets 2.9ビルドするとダイナミックリンクライブラリが一部作成されない・・・
Mac PortのwxWidgets-devをダウンロードするのが一番良さげ

あとMac OSXでpthreadをバイナリにリンクさせたらいきなり実行ファイルが落ちやがる
罠多すぎだろあのOS

**デフォルトの名無しさん** · 2013/06/26(水) 19:01:52.04

ttp://www.HackInt0sH.org/

**デフォルトの名無しさん** · 2013/07/17(水) NY:AN:NY.AN

wxWidgets-2.9.5では>>429で言ってたバグが直ってるぞ、やったぜ

**デフォルトの名無しさん** · 2013/08/24(土) NY:AN:NY.AN

wxってlispで使えますか？

**デフォルトの名無しさん** · 2013/08/24(土) NY:AN:NY.AN

馬鹿Lisperには無理

**デフォルトの名無しさん** · 2013/08/24(土) NY:AN:NY.AN

lispなんて使ってかっこつけやがって

**デフォルトの名無しさん** · 2013/08/30(金) NY:AN:NY.AN

みなさんお世話になりました
明日で2ch終了らしいので
今のうちに最後のご挨拶をしておきます

**デフォルトの名無しさん** · 2013/08/31(土) NY:AN:NY.AN

wxWidgetsのコミッタのVadim ZeitlinがC++11でwxWidgets書いてるぞ

wxWidgets and C++ 11
http://wxwidgets.blogspot.com/2013/08/wxwidgets-and-c-11.html

**デフォルトの名無しさん** · 2013/08/31(土) NY:AN:NY.AN

時既におすし

**デフォルトの名無しさん** · 2013/09/06(金) 17:26:06.71

http://chrome.blogspot.jp/2013/09/a-new-breed-of-chrome-apps.html
http://itpro.nikkeibp.co.jp/article/NEWS/20130906/502868/
http://news.mynavi.jp/news/2013/09/06/057/
http://internet.watch.impress.co.jp/docs/news/20130906_614308.html

**デフォルトの名無しさん** · 2013/09/06(金) 23:08:20.72

>>566
昔から何度も提唱されてるブラウザによる全てのGUIの描画ですか
Googleは達成できるか

**デフォルトの名無しさん** · 2013/09/11(水) 00:44:38.34

Firefoxって知ってる?

**デフォルトの名無しさん** · 2013/09/20(金) 22:19:19.81

mozillaに出来なくともgoogleになら出来る

**デフォルトの名無しさん** · 2013/10/10(木) 10:11:38.40

wcSVG

**デフォルトの名無しさん** · 2013/10/16(水) 23:19:09.83

3.0.0-RC1

**デフォルトの名無しさん** · 2013/10/17(木) 08:33:10.45

wxD

**デフォルトの名無しさん** · 2013/10/17(木) 12:18:17.29

>>572
どうしてるんだろうな
そのプロジェクト...

**デフォルトの名無しさん** · 2013/10/20(日) 16:58:10.15

wxTcl

**デフォルトの名無しさん** · 2013/11/05(火) 22:48:07.34

3もRC2まで行ってるし、次は今月中に正式版出るかな

**デフォルトの名無しさん** · 2013/11/05(火) 23:10:06.75

出たとしたらLinuxのパッケージにwx-3.0が出て使えるようになる
楽しみ

**デフォルトの名無しさん** · 2013/11/13(水) 21:36:52.45

3.0.0ｷﾃﾀ━━ヾ(ﾟ∀ﾟ)ﾉ━━!!

**デフォルトの名無しさん** · 2013/11/14(木) 22:26:30.66

おいおい3.0だぞ？出たんだぞ？なんでこんなに盛り上がんないんだよ…

**デフォルトの名無しさん** · 2013/11/14(木) 23:36:17.18

メインの機能追加がUnicode対応だからなぁ
今までも別に日本語使えなかったわけではないし

**デフォルトの名無しさん** · 2013/11/14(木) 23:52:35.30

何言ってだこいつ
unicodeは前から使えてるっての

所感
･Mac向けビルドの安定化
･wxwebviewが全ポートで使える
→ ネットワーク接続して、html, Javascriptの解釈可能に
･aui系のバグ修正と見た目の品質向上
･c++11, clang対応
･その他即死系のバグ修正

間違ってたらすまん
とりあえず2.9で出てたバグは直ってるはず

**デフォルトの名無しさん** · 2013/11/15(金) 00:03:58.47

あと>>364で出てたUTF-8以外の文字列からの変換とかどうなったんだろ
うまく変換できてるなら嬉しいけど

その他にもクラスは2.8の時より増加してるよね

**デフォルトの名無しさん** · 2013/11/15(金) 00:55:39.31

MinGW gcc + wxWidgets 2.8.12で作っていたプログラムを3.0.0で作り直したら、
ウィンドウリサイズ時のwxStaticText、wxCheckBox、wxListBoxのフリッカーが見るに耐えんレベルになった。
かと言ってSetDoubleBufferを使うとリサイズがモタつく上に、何故かwxRadioBoxの枠線が消えるんだよなー。
仕方ない、一つ一つwxEVT_ERASE_BACKGROUNDを潰す作業を初めるか…。

**デフォルトの名無しさん** · 2013/11/15(金) 03:59:07.98

gcc4.8で動くなら使う
x86_64-w64-mingw32じゃ、2.9はとうとうビルドさえ無理だった

**デフォルトの名無しさん** · 2013/11/15(金) 04:14:31.91

4.8だとやっぱりcc1plusが停止した、しかも2.9と同じファイル
公式から落としてきたライブラリ使ってもリンクに失敗
4.7ならライブラリのビルドもリンクも問題なし

**デフォルトの名無しさん** · 2013/11/15(金) 05:11:08.20

あ、やっぱ出来た
パラレル無しでビルドするか>>543の
CXXFLAGS='-fno-keep-inline-dllexport'
をつけると大丈夫みたい、後者だと1度止まるけど再ビルドすれば通るしサンプルもビルド出来た

**デフォルトの名無しさん** · 2013/11/15(金) 06:44:39.98

連投失礼、>>584-585は見なかった事にしてね
当方の環境、win7 64bit msys上からビルド、gccは4.9、静的リンクでビルド

configureにCXXFLAGS="-fno-keep-inline-dllexport"をつけてもevent.cppで止まる
その時あらためてmake CXXFLAGS="-fno-keep-inline-dllexport"としてビルドすると通る

gcc4.8だと2.9はビルドでこけるしリンクも失敗するってのは国内外でよく見かけたし、実際俺も
あきらめてたけど…ひょっとして2.9もこの方法で通ったのかなあ。

でも、なぜかサンプルのimage.exeだけ強制終了した(ビルドは可能)

**デフォルトの名無しさん** · 2013/11/15(金) 07:29:00.37

VCでやったほうが実行速度速くなるんじゃないの

**デフォルトの名無しさん** · 2013/11/15(金) 07:40:36.25

VC++？知らない子ですね…

**デフォルトの名無しさん** · 2013/11/15(金) 07:53:20.59

損してると思うよ

**デフォルトの名無しさん** · 2013/11/16(土) 00:14:03.66

constexprも使えないコンパイラは要らないんですよ

**デフォルトの名無しさん** · 2013/11/16(土) 00:58:40.41

メタプログラミングって奴でしょ？
何が何だかサッパリ分からないよー。
つまり俺にはまだ早い代物だという事は承知してるが、
どういう用途で使うものなのか教えてほしい。

**デフォルトの名無しさん** · 2013/11/16(土) 03:33:03.68

wxと同時に浸かって委員会

**デフォルトの名無しさん** · 2013/11/16(土) 03:39:24.39

GCC3xの頃はvc++の方が速かった気がするけど、4.6から急激に速度が向上した気がする
あくまで自作プログラムでの話だけどね
ただ、gccでビルドされる様々なテストプロブラム見てるとvc++でビルドって安全性って意味
でヤバいんじゃないかって思っちゃうの

**デフォルトの名無しさん** · 2013/11/16(土) 04:27:47.92

>>591
実行時の計算オーダーを減らす機能。事前計算機能だね。
コンパイルタイムにできるだけ計算して結果を出しておくことで実行時の計算量を減らす。
ネットの変人がそれでレイトレーシングやったりしてる。
C++14のやつはそれなりに簡単だよ。

**590** · 2013/11/16(土) 09:47:07.37

>>590はちょっと冗談気味だが
正直VC++はC++とは言えない
C++の機能を最大限活かす/楽しむにはgccやclangを使うべきだと思います
会社でプログラム書けと依頼されたらもしかしてVC++使うかもしれないけど

**デフォルトの名無しさん** · 2013/12/28(土) 16:23:57.98

chrome のブックマークバー、 IE のお気に入りバーのようなコントロールクラスを探しています。
全てのアイテムが編集可能でアイコンとテキストが表示されて
そのアイテムの値のテキストを編集できるメニューを作りたいのですが
最適なコントロールクラスはどれか教えてください。

wx.Menu を使おうと思ったのですが、
右クリックやコンテキストメニューのイベントが Bind しても呼び出されず苦戦しています。

wx.ListCtrl を使った場合は右クリックのイベントは受けられるのですが、
左クリックのイベントが wx.EVT_COMMAND_LEFT_CLICK のみで
これは MS Windows のみと書いてあるのでできたら使いたくありません。
これらのイベントについても誤りがあれば教えて欲しいです。

環境は wxPython 2.8-msw-unicode です。
よろしくお願いします。

**デフォルトの名無しさん** · 2013/12/28(土) 17:54:40.37

>>596
理想の実装になるかわからない&C++しかわからないが
wxMenuをそのまま使うのが良いと思います

実装の骨子
・メニューの項目一つ一つにwxWindowID ( enum )を振る
・wxWindowIDはwxCommandEventで起動するようにしておく
・上記のwxCommandEventを処理する関数はenumをswitch文で処理する
・wxCommandEventはEVT_MENU_RANGEで定義しておく(enum値が 1000~1200の場合反応する関数を作るなど）

アイテムを編集可能にするために
・EVT_UPDATE_UIをwxMenuに設定しておき、ユーザーがメニューの項目を触ったら更新を実施

右クリック
・wxのConnectとかBindでwxMouseEventをくっつければいいと思う

-------------------------------------------------------

上記をやろうとすると、ユーザーが設定した項目でループを回して常に更新かける
感じになるんじゃないでしょうか。

wxMenu *menu = new wxMenu;
wxMenu *foo　　= new wxMenu;

for ( ユーザーが設定した数だけループ ) {

foo->Append(wxID_HOGEHOGE_RANGE + i , wxT("ユーザー設定項目１"));
foo->Connect(); // 右クリックイベントを定義しておく
}

**596** · 2013/12/29(日) 12:00:00.67

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

wxMenu に対して Connect/Bind を試してみたのですが、
クリックイベントは wxEVT_MENU または wxEVT_MENU_RANGE だけが呼び出されました。

LEFT_UP, RIGHT_UP, COMMAND_LEFT_UP, COMMAND_RIGHT_UP, CONTEXT_MENU のイベントを試しましたが、
こちらは EVT_MENU の有無にかかわらず呼び出されませんでした。

試したソースコード : http://codepad.org/S9vtw4yX

wxEVT_MENU の際に右クリックか左クリックかわかれば処理を分岐できるのですが、
wxCommandEvent でクリックしたボタンの情報の取得方法がわかりません。

wxWindow::PopupMenu では wxMenu を参考にして GUI を作り出すようですが、
そこですでにイベントが途絶えているように思えてしまいます。
ウィンドウハンドルも得られないようだし、
ポップアップメニューにイベントを追加することはサポートされていないように感じます。

wx.ListCtrl でも思ったことなのですが、
wx.CommandEvent 系のイベントを使うコントロールクラスでは
wx.MouseEvent 系のイベントは関連付けられないのでしょうか？

**デフォルトの名無しさん** · 2013/12/29(日) 12:26:46.93

>>598
う～ん、メニュー上での右クリックは悲しいことにできなさそうね

[wx-users] Trapping wxMouse events over wxMenus
https://groups.google.com/d/msg/wx-users/xAGPwk-f9Ao/0BGV9JD55L4J

この会話の中で、Vadimさん(wxWidgetsのコミッタ)が無理やでとか言ってる
メニューの項目の中で右クリックするとイベントはメニューのほうに行ってしまう
から、そのイベントをつかむのは無理だと。
で、それはWindowsとGTKのネイティブ実装がそうなっているから。

> Ideally, I would like to be able to left-click and
> right-click WITHOUT the menu disappearing.
This is impossible under the two main platforms: MSW and GTK. Menus grab
the mouse when popped up (down?) and so all mouse events go to them.

**デフォルトの名無しさん** · 2013/12/29(日) 12:34:09.46

いや、ちょっと違うか
メニューの右クリックイベントは掴めるけど
その時呼び元のメニューの項目が消えるといってるのか

その解決策としてはwxMenuを使わずに
menuのウィジェットを自分でエミュレートするしかないとのこと

**デフォルトの名無しさん** · 2013/12/29(日) 13:16:30.36

>>599-600
ありがとうございました。
wxMenu を流用できないのは残念ですが、
これで踏ん切りがつけたので、 wxListCtrl を使ったものを試そうと思います。

引き続き、wxListCtrl のような wxControl 派生に対して
wxMouseEvent 系のイベントをつける方法を求めていますので
何か参考になることがありましたらよろしくお願いします。

**デフォルトの名無しさん** · 2014/01/27(月) 14:20:14.73

了解

**デフォルトの名無しさん** · 2014/01/27(月) 14:35:57.41

>>601 です。 >>596 について進展したので参考になればと思い報告します。

メニューアイテムの上で右クリックしてポップアップメニューを表示することが可能なクラスが wxPython にありました。
wx.lib.agw.flatmenu がまさにぴったりのクラスでした。
RIGHT_UP のイベントはありませんが、 FlatMenuItem::SetContextMenu(FlatMenu) で >>596 でしたいことが簡単にできます。
自作のために PopupWindow あたりを調べているときに見つけました。

また何かありましたらよろしくお願いします。

**デフォルトの名無しさん** · 2014/02/26(水) 17:32:22.79

サンプルが多すぎて逆にわからないのですが、
ランタイム時にGUIパーツを生成消滅させることって可能ですよね？
例えばユーザが読み込んだファイルによってボタンの数を変化させるなど

**デフォルトの名無しさん** · 2014/02/26(水) 17:48:08.47

マジレスすると
出来ますよ

**デフォルトの名無しさん** · 2014/02/26(水) 18:02:12.58

ありがとうございます
関連するサンプルなどありましたら教えていただけると幸いです

**デフォルトの名無しさん** · 2014/02/26(水) 18:06:08.80

きっと君のHDD(SSD)に既に入ってるよω

**デフォルトの名無しさん** · 2014/02/26(水) 18:19:55.82

そうなんですよね～でもsample多くてどっから見ればよいか、という感じです
まあできるということがわかればとりあえず見て回ります

**デフォルトの名無しさん** · 2014/02/26(水) 18:34:00.97

チュートリアルで最初の方から見ればすぐ出ると思う。

**デフォルトの名無しさん** · 2014/02/26(水) 18:38:10.36

デモ実行してみて自分の欲しい機能と似たものを見つけたら「ソースを見る」をクリック。

**デフォルトの名無しさん** · 2014/02/26(水) 18:44:29.66

すいません、見てるものが違うかもしれないので確認させてください
チュートリアルとは何を指してますか？
デモはdemosフォルダの中にあるプロジェクトですよね？「ソースを見る」とはなんでしょうか？

**デフォルトの名無しさん** · 2014/02/26(水) 18:48:03.88

ごめん。
見てるものが違った。
wxPython の方見てた。

**デフォルトの名無しさん** · 2014/02/26(水) 18:53:20.95

wxPythonのDemo見て目星を付けて
wxPythonのソースを参考にwxWidgetsでCソース書くのもあり

**デフォルトの名無しさん** · 2014/02/26(水) 19:08:22.51

なるほど
wxPythonでコードを書いたものがC++に直接変換できたりしたら便利ですね
wxGladeみたいに

**デフォルトの名無しさん** · 2014/02/26(水) 20:20:43.75

なんか久しぶりにwxスレが伸びてるぞ、新規ユーザー大歓迎
ボタンとかテキストエリアの動的な生成は、wxPanelとかwxSizerを使った簡単なサンプルを作ったら理解できると思う
言葉で説明するよりコード書いたほうがよいけど一応書いとく

例えばボタンを生成・削除しようとする場合
親Panelをparent, 子panelをchildとすると

1. ウィジェットの生成：parentをnewして、必要な分だけchildをnew
child = new wxPanel(parent, …);
...

2. ウィジェットの削除：parent.DestoryChildren();
この関数で子ウィジェットを全部きれいに削除できる

説明の意味がわからなければ、まずは適当なチュートリアルサイトに行くべし
おすすめ
http://zetcode.com/gui/wxwidgets/

**デフォルトの名無しさん** · 2014/02/26(水) 20:22:35.51

>>614
慣れたら直接C++で書けるから多分コンバータは需要無いよ

**デフォルトの名無しさん** · 2014/02/26(水) 20:29:50.32

>>615
詳しくありがとうございます
拝見致します

>>616
wxGladeも要りませんかね？
フローはwxGladeで枠を作って機能をC++で書く感じになるのかと

**デフォルトの名無しさん** · 2014/02/26(水) 20:30:17.32

そのくらい wx は良く出来てるね。

**デフォルトの名無しさん** · 2014/02/28(金) 21:18:50.52

Qt以下の品質。gtkならcで書けた。

**デフォルトの名無しさん** · 2014/03/01(土) 00:37:16.59

そらQtのほうがメジャーやろ、死ね

**デフォルトの名無しさん** · 2014/03/01(土) 01:40:12.84

どっちも1992年頃にできた。OSSといえども商業的な成功がコミュニティ形成の鍵。
それ以外はGood Oldを懐かしむロートルか宗教的価値観に支えられているだけ。

**デフォルトの名無しさん** · 2014/03/01(土) 01:51:22.19

GUI比較スレってなんだよね・・・
比較的な話ってここで展開してもよいものやら
というかｗｘWidgetとQtどっちも使ってる人っているのか

**デフォルトの名無しさん** · 2014/03/01(土) 02:28:31.91

世の中のアプリケーションはQtかAwt/Swingが採用される流れ。
直交性ならgtk。サクッと安定したものを書くならtk。
トイプログラムならSDL+OpenGL。生きるとは残酷なことである。

**デフォルトの名無しさん** · 2014/03/01(土) 12:13:44.67

バイナリサイズでかいですな
VC2010でサイズ最適化オプションかけてもHelloWorldで5MB...
これはもうどうしようもない感じ？

**デフォルトの名無しさん** · 2014/03/01(土) 12:23:48.03

どうしようもないっす
ベース部分(wxStringとかwxWindowとか）の定義が容量食ってるから？ではないかという疑惑

**デフォルトの名無しさん** · 2014/03/01(土) 12:27:18.78

うーんなるほど
ランタイムで色々判断出来るような設計なんですかねえ

**デフォルトの名無しさん** · 2014/03/01(土) 12:32:32.69

そうですねwxWidgetsはRTTIの仕組みが活かされてるみたいなドキュメントはどっかで見た
たぶんwxWidgetsの中核であるwxWindowクラスはそんなんばっかしなんだろう

**デフォルトの名無しさん** · 2014/03/05(水) 12:40:46.24

ファイル操作系が異様にやりにくい
wxString dir_name("some directly name");
dir_name.Traverse(some_traverser,wxString(""),flags);
でディレクトリたどりながらファイル抽出できるかなとおもったが
flags = wxDIR_FILES
だとそのディレクトリの中身”のみ”探す
flags = wxDIR_DIRS
だとその下の”全ての”階層のディレクトリを抽出する
wxDIR_DEFAULT
だとその下の”すべての”ファイルを探す
なんでこんな仕様なんだ

**デフォルトの名無しさん** · 2014/03/05(水) 12:45:32.18

ああわかった
ディレクトリが見つかった場合のみその下も探す、ということなんだな
するとファイルのみだと当然下なんぞ無いからそれ以下を探すことはなく
ディレクトリのみ、とすると下にもいけるから最下層まで探そうとするわけか
うーん

**デフォルトの名無しさん** · 2014/03/05(水) 12:55:52.46

連投失礼
Traverserクラスを継承してそのOnDir関数の返り値で制御すればいいということでした

**デフォルトの名無しさん** · 2014/03/11(火) 15:51:27.09

浮動小数点を扱えるsliderってデフォルトではなさそうですか？

**デフォルトの名無しさん** · 2014/03/11(火) 17:23:40.57

たとえば 0 - 100 を 10 で割ると
0.0 - 10.0 のレンジになります

**デフォルトの名無しさん** · 2014/03/11(火) 17:30:20.25

やっぱそんな感じなんすね
最大値最小値現在値ラベル表示が便利だなーとおもったんですが、小数点付きでやろうと思ったら
自分でラベル付けるしかなさそうですね

**デフォルトの名無しさん** · 2014/03/15(土) 21:45:40.12

右側のボタンを押したら左側のパネルを再描写させたい、など
あるイベントから（親でない）ほかのイベントを誘発させたい時ってあると思うのですが
その辺に関する記事てどっかにあります？

**デフォルトの名無しさん** · 2014/03/15(土) 23:13:55.37

>>634
そのへんはイベント処理の領域になりますね
wxWiki見るしかない感じ

イメージとしては
Sample::LeftPanelRedraw(wxCommandEvent& event);
というイベント関数のIDがID_LeftPanelRedrawであった場合

そのイベントは
wxCommandEvent e(wxCommandEvent(wxEVT_COMMAND_BUTTON_CLICKED, ID_LeftPanelRedraw));
LeftPanelRedraw(e);
で呼べる

**デフォルトの名無しさん** · 2014/03/15(土) 23:39:19.87

>>635
了解です、参考にさせていただきます

**デフォルトの名無しさん** · 2014/03/21(金) 11:44:27.13

glcanvasを使ってパネルを描写し、ドラッグに反応するようにしたのですが
ドラッグ中に、ポインタがパネルの範囲外に出た時に、反応が止まってしまいます

sampleのdragimagではドラッグ中であれば範囲外でもイベントが取れるようですが
sampleのopengl/penguinだと取れないようです
マウスイベントの接続は両者ともEVT_MOUSE_EVENTSで行っているので
何が違って取れているのかわかりません
その辺の事情、どなたかご存知ないですか？

**デフォルトの名無しさん** · 2014/03/21(金) 12:58:58.01

わかりました
wxWindowBase::wCaptureMouse()を呼び出すと以降座標とイベントが取得されるようです

**デフォルトの名無しさん** · 2014/03/23(日) 17:51:04.60

はい。知ってますよ。

**デフォルトの名無しさん** · 2014/03/23(日) 19:26:21.87

いや、知らないです

**デフォルトの名無しさん** · 2014/05/12(月) 21:36:09.61

クロスプラットフォームの開発環境について調べてるんですが、wxWidgetsの
GUIは外観とかは各プラットフォームのものが使われるんですか？それとも
独自のテーマになってしまうんでしょうか？

**デフォルトの名無しさん** · 2014/05/12(月) 21:48:19.14

>>641
各プラットフォームのものが使われます
つまりWindowsならWIN32、LinuxならGTK、MacならCocoa
それぞれの外観になります

対してQtやTk、JavaのSwingなどは独自のテーマになります

**デフォルトの名無しさん** · 2014/05/12(月) 21:58:07.29

Qtってそうだったんだ

**デフォルトの名無しさん** · 2014/05/12(月) 22:57:11.37

>>642
ありがとうございます。他の環境まで概括してくださるとは助かりました。

**デフォルトの名無しさん** · 2014/05/13(火) 02:25:29.32

>>641
敢えてプラットフォームのを使わず
テーマ選ぶ方法もあったはず

**デフォルトの名無しさん** · 2014/05/25(日) 10:10:57.42

てす

**デフォルトの名無しさん** · 2014/06/03(火) 09:02:12.18

Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/

**デフォルトの名無しさん** · 2014/06/04(水) 21:33:25.19

いまこのスレ開いたら、>>646にあったはずの有益な書き込みが消えている…
貼っておこう

> 646 名前：デフォルトの名無しさん [sage]： 2014/05/23(金) 01:42:23.54 ID:NdcsMWjh
> wxFormBuilder 3.4.2betaがリリースされていたので試してみたら、
> wxWidgets3.0ベースのGUI描画になったおかげか、2.8をベースに作っていたレイアウトがごっそり狂った。
> これから3.0で作る分にはいいと思うけど、2.8で作る分には3.4.0betaで止めておいた方が良いかも。

**デフォルトの名無しさん** · 2014/06/05(木) 01:15:41.59

なんと、板移転したときに消えたのかもしれないね。

**デフォルトの名無しさん** · 2014/06/19(木) 12:54:27.42

wxWidgetsを使って作られたプログラムの一覧ってあったりするのかね？
とりあえずAudacityは知ってる

**デフォルトの名無しさん** · 2014/06/19(木) 19:37:20.57

http://www.wxwidgets.org/about/screenshots/
とか

**デフォルトの名無しさん** · 2014/06/19(木) 19:41:04.43

おーありがとう
後で見て回る
テンプレにあってもいいじゃないかな？

**デフォルトの名無しさん** · 2014/06/19(木) 20:07:59.88

車の再発見

**デフォルトの名無しさん** · 2014/06/19(木) 22:56:02.45

商用アプリは
http://wiki.wxwidgets.org/Commercial_applications_using_wxWidgets

**デフォルトの名無しさん** · 2014/08/24(日) 18:20:53.22

wxWidgetsで、フォームを閉じる処理をして実際に閉じるまでの間に発生するイベントとかある？
.NETで言うところのOnClosingみたいな感じで。

**デフォルトの名無しさん** · 2014/08/25(月) 02:12:21.61

OnClose
OnVeto

**デフォルトの名無しさん** · 2014/08/25(月) 14:23:49.85

>>656
㌧
おかげで作業が進みました。

**デフォルトの名無しさん** · 2014/08/26(火) 17:09:00.43

Windows で、
CrossBlock + MinGW + wxWidget
で最も簡単な GUI アプリを基本プロジェクトで作成してみたところ、

MyTest.exe のサイズ：736KB
(wxWidgetのDLL) wxmsw28u_gcc_custom.dll のサイズ : 15.9MB
MyTest.exe のメモリ使用量 : 7,732KB // TaskManagerの表示

となった。

この基本アプリは、HelpでAboutでメッセージ・ボックスが表示できる
ようになっているが、メニュー項目をクリックしてから実際にそれが
出るまで数秒かかる。実験したのはそこそこ速いマシンと速いWindows
での事。

**デフォルトの名無しさん** · 2014/08/26(火) 17:09:45.00

ただし、遅いのは最初の一回だけ。
一度でも表示すると後は速い。

**デフォルトの名無しさん** · 2014/08/26(火) 17:56:51.72

Mailer の Thunderbird-Portable なんかもマルチプラットフォーム対応
だけど、起動がかなり遅い。これも巨大な dll を読み込んだりしてる
からかな。

起動やメニュー操作が遅くなるのはマルチプラットフォーム化する代償
として負わされるのかも知れん。

こういうツールキットで軽快なアプリを作るのは難しいのかもな。

**デフォルトの名無しさん** · 2014/08/26(火) 19:14:34.45

小規模の自作ソフトでwxWidgetsをスタティックリンクしない理由が分からん
わざわざ合計バイナリサイズを大きく、速度も遅くする理由がどこにあるのだろう

**デフォルトの名無しさん** · 2014/08/26(火) 21:27:38.25

>>661
なるほど、スタティックリンクにすれば、起動後になってからユーザーの
命令に対する応答が遅れる事はなくなるかもしれない。
起動が遅くなるだけで済むんなら、そっちの方がストレスが少ないかも。

**デフォルトの名無しさん** · 2014/08/26(火) 21:50:56.10

ある程度規模が大きくなるとスタティックリンクだと初回起動が遅すぎになので
dllにモジュールを分割してやったほうがいい
起動時のメモリへのロード時間はどうしようもないのでスプラッシュをつけてごまかす

**デフォルトの名無しさん** · 2014/08/26(火) 22:39:34.76

CrossBlockでは、monolithic タイプのライブラリをビルドしてから使う
ようになってるんだけど、それも遅い原因なのかな。

でも起動後にユーザー入力に対するレスポンスが遅いのはどう説明すれば
いいんだろう？

普通の Windows の仕様だと原則、起動時に全ての DLL をロードする。
LoadLibrary()を使えば動的にロードすることも可能は可能だけど、
それをする必要は旧OSでサポートしてなかった新OSのDLLをロードする
ような場合は、多言語化のサポートなど。

なるほど、多言語化のせいかも。_("xxx") みたいなのがあったから、
gettext を使ってる。それでリソースを動的ロードしているのか。

**デフォルトの名無しさん** · 2014/08/27(水) 04:40:25.51

何度かアプリ起動しているうちにWindowsのFetchが学習してくれて
DLLとか先読みしてくれるようにならないのだろうか

**デフォルトの名無しさん** · 2014/08/27(水) 06:47:58.33

>>665
それはなる。
・ディスクの内容は、メモリにキャッシュされる。
・同じDLLは、全てのアプリで物理メモリが共有されると聞いたことがある。

# >>664 は、CrossBlockではなく、CodeBlocksだった。スマン。

それより、wxWidget 本家のソース配布に入っている samples を
Windows の mingw32 でビルドしてみたところ、全然遅くなかった。

・アプリの起動は速い。
・起動後のメニューコマンドやユーザー入力に対するレスポンスも速い。
・Aboutダイアログも瞬間ではないが、0.3秒程度で、Windows Nativeアプリ
　でも、その程度の遅さはある場合があるので遜色ない。

CodeBlocks で作ったものが遅い原因は今のところ謎。やはり monolithic な
ライブラリを使用しているからか。

**デフォルトの名無しさん** · 2014/08/27(水) 07:54:18.52

>>666

># >>664 は、CrossBlockではなく、CodeBlocksだった。スマン。

なんだと思ったらわりと素人じゃねえかおい

>CodeBlocks で作ったものが遅い原因は今のところ謎。やはり monolithic な
>ライブラリを使用しているからか。

monolithicってのはwxWidgetsのモジュール全部入りのDLL作るという意味なので遅くて当然
（実際試したことないので遅いというのは初めて知ったが…）

普通は ./configure --prefix=/mingw --enable-shared みたいに指定してビルドするから
モジュールごとに分割されたDLLが作成される
Windows上で開発する時はMinGW + NTEmacs/eclipse CDTの環境がおすすめ

**デフォルトの名無しさん** · 2014/08/27(水) 09:58:52.27

>>667
最後の段落：多分、wxWidgets 本体を MInGW32 用のビルドする際は、
configure は使えない気がする。
CodeBlocks のQuickなんたらRefの説明では、いきなり、
make するように支持されていた。しかも、-fno なんたら dll-export
みたいなオプションを付けろと指示。これは、MinGW32のバグで、
付けないと最後のldの段階でldがクラッシュする事をたまたま発見。

ところで話は変わって聞いておきたいのですが、 eclipse では
wxWidget のイベントを書くようなときに

・BEGIN_EVENT_MAP に自動的に一行マクロを挿入してくれて
・*.h にもメンバ関数宣言を書いてくれて
・*.cpp にも5行くらいの関数定義本体の雛形を書いてくれ

たりしますか？

**デフォルトの名無しさん** · 2014/08/27(水) 10:01:06.29

つまり、イベント・ハンドラを追加したとき、

BEGIN_EVENT_TABLE(wxListMainWindow,wxScrolledWindow)
EVT_PAINT (wxListMainWindow::OnPaint)
EVT_MOUSE_EVENTS (wxListMainWindow::OnMouse)
EVT_CHAR (wxListMainWindow::OnChar)
EVT_KEY_DOWN (wxListMainWindow::OnKeyDown)
EVT_KEY_UP (wxListMainWindow::OnKeyUp)
EVT_SET_FOCUS (wxListMainWindow::OnSetFocus)
EVT_KILL_FOCUS (wxListMainWindow::OnKillFocus)
EVT_SCROLLWIN (wxListMainWindow::OnScroll)
EVT_CHILD_FOCUS (wxListMainWindow::OnChildFocus)
END_EVENT_TABLE()

とか、クラスを書くとき

IMPLEMENT_DYNAMIC_CLASS(wxListMainWindow,wxScrolledWindow)

見たいなものの自動生成があるとうれしいんですが、そういう IDE
はありません？

**デフォルトの名無しさん** · 2014/08/29(金) 11:13:03.59

wxWidgetsの問題点の1つは、プログラムのサイズが大きくなる事。
特に静的リンクしたときに顕著。

Windows は、VC++ にて、
ac1rd: CUI の Win32 と printf() を使ったもののリリース・動的リンク版が 16KB程度。
　　　 puts() を使えばもっと小さく出来る。
ac1rs: CUI の Win32 と printf() を使ったもののリリース・静的リンク版が 40KB程度。
　　　 puts() を使えばもっと小さく出来る。
ag2rd: GUI の MFC の基本的な MDI アプリがリリース・動的リンク版で 36 KB 程度。
ag2rs: GUI の MFC の基本的な MDI アプリがリリース・静的リンク版で 332 KB 程度。

wxWidgets 2.8.12 の samples では、
bc1rd: CUI の console.exe がリリース・動的リンク版で 138KB
bc1rs: CUI の console.exe がリリース・静的リンク版で 863KB
bc1dd: CUI の console.exe がデバッグ・動的リンク版で 184KB

bg2rd: GUI の keyboard.exe がリリース・動的リンク版で 293KB
bg2rs: GUI の keyboard.exe がリリース・静的リンク版で 2,924KB
bg2dd: GUI の keyboard.exe がデバッグ・動的リンク版で 492KB

ただし、bc1xx は、アプリ本体のプログラムが複雑なことをしているようなので、
もっと小さく出来る可能性があり。

**デフォルトの名無しさん** · 2014/08/29(金) 19:04:31.75

その説明にac1だの何だの自分以外分からない定義を使う必要があったのだろうか

**デフォルトの名無しさん** · 2014/08/29(金) 19:07:59.00

今から見るとそうかも。
a: Windows Native or MFC
b: wzWidgets
c: CUI
g: GUI
r:release, d:debug
d:dynamic link, s:static link

**デフォルトの名無しさん** · 2014/08/30(土) 00:17:55.46

>>668

>最後の段落：多分、wxWidgets 本体を MInGW32 用のビルドする際は、
>configure は使えない気がする。

なにいってんだCodeBlocksのドキュメントにそう書いてあるだけで
基本autotoolsで作られたソースはconfigureでビルドできるぞ
実際自分はWindows上のmingw32/64、LinuxのクロスビルドからのMinGWでconfigure使ってる

なぜMakefileでやれという指示なのかというと、そのほうが簡潔で保守しやすいからだ
あとGNU MakeじゃないMakeでもビルドできるようにしたいとかいう微妙なこだわりが有る場合も有る

>>669
エディタの補助機能を使うべきだ、Emacsなら矩形範囲選択で一気に書ける
ソースのひな形自動生成機能は知らんなあ

**デフォルトの名無しさん** · 2014/08/30(土) 00:21:29.81

>>670
MinGWビルドでバイナリをストリップしたやつとか比較しないのか

**デフォルトの名無しさん** · 2014/08/30(土) 07:56:49.02

>>674
Stripに詳しくないので、言っている意味が分からない。

Stripって Release 用に Build した Binary に対して行っても
サイズダウンできたりするの？

**デフォルトの名無しさん** · 2014/08/30(土) 07:58:19.03

>>674
Stripに詳しくないので、言っている意味が分からない。

Stripって Release 用に Build した Binary に対して行っても
サイズダウンできたりするの？

**デフォルトの名無しさん** · 2014/08/30(土) 08:15:51.54

日本語インライン入力の対応ってまだなの？
というか予定自体なくて諦めた方がいい？
wxWidgets使ってるEditraってエディタにそろそろ移行できるかなと
思って試してみたら、未だにインライン入力できない

**デフォルトの名無しさん** · 2014/08/30(土) 08:19:53.34

>>674

小さくなりますた!!

Relese, 動的リンク
/wxWidgets-2.8.12/samples/keyboard/gcc_mswdll/keyboard.exe

strip 前：299,808 bytes
strip 後：124,430 bytes

Relese, 静的リンク
/wxWidgets-2.8.12/samples/keyboard/gcc_msw/keyboard.exe

strip 前：2,993,255 bytes
strip 後：1,887,758 bytes

strip 後も、*.exe が正常に起動することを確認済み。

**デフォルトの名無しさん** · 2014/08/30(土) 08:22:26.84

>>673
>エディタの補助機能を使うべきだ、Emacsなら矩形範囲選択で一気に書ける

詳しく：

**デフォルトの名無しさん** · 2014/08/30(土) 11:51:11.86

馬鹿には無理

**デフォルトの名無しさん** · 2014/08/30(土) 12:02:34.82

スタンド・アローン・コンプレックスと化した馬鹿には無理さんオッスオッス

>>679
cua-modeでググって
http://qiita.com/yyamamot/items/7efcbfdcccdb5fa45ebe

例えばイベントテーブルとかはこれでザクッと一気に書ける
もちろん個々のwxWindowIDとメソッド定義は書かなくてはいけないが
クラス名とマクロ定義は同じ文字列の繰り返しなのでだいぶ楽になる

**デフォルトの名無しさん** · 2014/08/30(土) 13:53:01.64

>>681
あー、そういう風に沢山のイベントを一気に書きたいんじゃなくて、
開発段階で徐々にイベントを追加して行く際に、

1. *.h のクラス内にメンバ関数宣言
2. *.cpp に EVENT MAP
3. *.cpp にメンバ関数定義の本体

の三箇所にコードを書くのが面倒ということなんだわ。

**デフォルトの名無しさん** · 2014/08/30(土) 14:33:49.98

>>682
それは自分で作らないと無さげですねえ

**デフォルトの名無しさん** · 2014/08/30(土) 19:11:57.66

wxFormBuilderでしかGUIとイベントを設計できない俺には何言ってるのかさっぱりわからんぜよ……

**678** · 2014/08/31(日) 15:54:21.95

wxAUI のデモ・アプリ wxauitest.exe のサイズは、1,417,216 bytes。
スタンドアロンのアプリで、環境変数からパスを完全に消去しても起動
できた。つまり、ライブラリはDLLを使わずに静的リンクされている。
wxAUIはFloating & Dockingのできる強力なGUI。

>>678 に示した keyboard.exe はキーボードから押されたキーの値を
表示するだけで、上記アプリよりずっとシンプルなのにも関わらず、
1,887,758 bytes と 470,542 bytes も大きい。

理由は不明。

**デフォルトの名無しさん** · 2014/08/31(日) 15:56:18.96

そんなことしなくても
DLLの依存関係調べるツールあるのに

**デフォルトの名無しさん** · 2014/08/31(日) 16:01:12.95

ちなみにwxWidgetsで作った一番小さいexe探したら65kbのがあった

**678** · 2014/08/31(日) 17:34:23.46

Windows実行形式であっても、コンパイラが、MinGW32 と VC++ でサイズに
大幅な違いが出てくるのかな？

**678** · 2014/08/31(日) 17:41:03.82

>>687
それは DLL 版だよ。絶対に。

**デフォルトの名無しさん** · 2014/08/31(日) 19:56:13.33

>>685
実行ファイルの関数テーブルに何が入っているか nm で確認したら少しはわかるかもね

>>688
大幅とは行かないかもしれないがVC++はWindowsのみをターゲットにしているから
基本的にコンパイル後のバイナリサイズは MinGW ＞ VC++ だよね

**デフォルトの名無しさん** · 2014/08/31(日) 20:18:05.13

CodeBlocks + MinGW32 で、
wxWidgets の Monolithic、ASCIIライブラリ, 静的リンクで
最も簡単な Frame Based な GUI を作成してみたら、
2,073,600 バイトよりは小さくならなかった。

wxWidgets のライブラリは、
-Os
-ffunction-sections
-fdata-sections
でコンパイルし、
-Wl,--gc-sections -s
でライブラリ化した。その時のコマンド：

mingw32-make -j2 -f makefile.gcc CPPFLAGS="-MD -MP -DHAVE_W32API_H
-D__WXMSW__ -DNOPCH -DwxDEBUG_LEVEL=0 -DNDEBUG" CFLAGS="-mthreads
-fmessage-length=0 -ffunction-sections -fdata-sections -fno-builtin
-Os" CXXFLAGS="-mthreads -Wno-ctor-dtor-privacy -fmessage-length=0
-ffunction-sections -fdata-sections -fno-builtin -Os
-fno-keep-inline-dllexport" LDFLAGS="-Wl,--subsystem,windows
-Wl,--gc-sections -s -mthreads -mwindows"
BUILD=release UNICODE=0 SHARED=0 MONOLITHIC=1

CodeBlocks でアプリのリンクのオプションにも、
-Wl,--gc-sections -s
は付けてある。

**デフォルトの名無しさん** · 2014/08/31(日) 20:27:38.74

ちなみに、Unicode 版より ASCII 版のほうが小さくなることを確認済みである。

[Compiler settings - #defines]
が、標準では、
__GNUWIN32__, __WXMSW__, WXUSINGDLL, wxUSE_UNICODE, WX_PRECOMP
となるところを：
__GNUWIN32__, __WXMSW__
だけとし、

[Search Directories] の Compiler, Linker, Compiler
の、gcc_dll の部分を、gcc_lib に変えた。

アプリにリンクするリンクライブラリとしては、上記で作成した Monolithic
ライブラリだけでは足りず、以下が必要であった。Win32のimport libraryは、
ライブラリを動的リンクする場合はライブラリのDLLが行っているので必要ない
が、ライブラリを静的リンクする場合は、アプリが直接リンクする必要がある
ため必要となるのは理解できる。libwxpng, libwxjpeg, libwxtiff, libwxzlib
が必要となった理由は不明。

libwxmsw28 // これが wxWidgets の monolithic ライブラリ本体。
libwxpng
libwxjpeg
libwxtiff
libwxzlib
libuuid // Win32 の import library
libcomctrl32 // Win32 の import library
libwinspool // Win32 の import library
liboleaut32 // Win32 の import library
libole32 // Win32 の import library

ちなみに、wxWidgets を動的リンクする場合は、ここが、libwxmsw28
だけで済む。

**デフォルトの名無しさん** · 2014/08/31(日) 20:33:24.61

誤：[Search Directories] の Compiler, Linker, Compiler
正：[Search Directories] の Compiler, Linker, Resource Compiler

誤：Win32のimport libraryは、ライブラリを動的リンクする場合はライブ
　　ラリのDLLが行っているの
正：wxWidgets ライブラリをアプリに動的リンクする場合は
　　wxWidgets ライブラリの DLL 部分が Win32 の import library の
　　リンクを行っているの

**デフォルトの名無しさん** · 2014/08/31(日) 20:45:44.37

サイズはどうでもよくないか。exeを使う側としては速度では?
あとコア、主要のライブラリのビルドから、ダイナミックリンクを徹底してOSに丸投げしたら小さくなるだろ。

**デフォルトの名無しさん** · 2014/08/31(日) 20:48:05.22

完全テンプレートライブラリにしたら軽くなるんだろうか

**デフォルトの名無しさん** · 2014/08/31(日) 20:58:57.78

>>694
でも wxWidgets がやっていることの割にはリンクされるバイト数が多すぎる
感じがする。
基本、Win32をラッピングしているだけなのだから、2MBも必要ない。

**デフォルトの名無しさん** · 2014/08/31(日) 21:00:34.83

ラッピングしてるだけじゃなくマルチプラットフォームのために徹底した抽象化をしてるんでしょ
とソースも読まず推測

**デフォルトの名無しさん** · 2014/08/31(日) 21:04:00.35

>>697
でもソースを呼んでみたら、たとえば、wxListCtrl なんかは、
Win32 の LIST CONTROL をそのまま使っていた。
DrawRect()などで書いているわけではない。
ただし、wxGenericListCtrl だったかは、DrawRect()みたいなグラフィック
関数で独自に描画していた。が、それは、Windows版では簡単には使えない
という噂を聞いたが。

**デフォルトの名無しさん** · 2014/08/31(日) 21:06:47.60

>>697
wxWidgets の基本設計は、Widgetは、OS nativeの物を使うが、
どんなサイズであっても対応できるように Sizer で Layout を
コントロールする、という物。

なので、抽象化はサイズと配置程度で済むはずなのだが・・・。

**デフォルトの名無しさん** · 2014/08/31(日) 21:09:35.31

>>696

>>697の言ってることが正しい。

---------------------
　　　　wxWidgets
---------------------
Win32 | GTK | Cocoa etc...
---------------------

wxWidgetsは通常のGUI用ライブラリに一枚レイヤを重ねた形になるので
型情報・関数テーブルの情報だけで結構容量食う

>>692
ASCIIモードでビルドするのはやめておいたほうがいい
日本語使えないし

というかなぜMonolithicビルドにこだわるのか…
普通にconfigureからビルドしてdllごと配布したほうが立ち上がりは早い

**デフォルトの名無しさん** · 2014/08/31(日) 23:57:56.42

wxWidgets の samples で ListCtrl 関連を見てみたが、ヘッダを
ドラッグしようとしてもドラッグできないので、ドラッグによる列の入れ替
えは出来ないようだった。

実は、Win32 の LIST CONTROL は、

・マウスドラッグによる自動的な列の入れ替えをした際、どこにどの列が
　行ったかを掌握するには注意が必要。動作を知るには基本的に実験を必要
　とする。
・第1カラムを削除すると第2カラム以降を削除した時とは同じとは言えない
　奇妙な動作をする。奇妙な動作と言ったがバグに近い。

こういった辺りがどう処理されているか知りたかったのだが、サンプルでは
故意か偶然か、全くそこに触れていないようだった。

**デフォルトの名無しさん** · 2014/08/31(日) 23:59:28.64

wxWidgets の samples で ListCtrl 関連を見てみたが、ヘッダを
ドラッグしようとしてもドラッグできないので、ドラッグによる列の入れ替
えは出来ないようだった。

実は、Win32 の LIST CONTROL は、

・マウスドラッグによる自動的な列の入れ替えをした際、どこにどの列が
　行ったかを掌握するには注意が必要。動作を知るには基本的に実験を必要
　とする。
・第1カラムを削除すると第2カラム以降を削除した時とは同じとは言えない
　奇妙な動作をする。奇妙な動作と言ったがバグに近い。

こういった辺りがどう処理されているか知りたかったのだが、サンプルでは
故意か偶然か、全くそこに触れていないようだった。

**デフォルトの名無しさん** · 2014/09/01(月) 00:00:47.70

>>700
>wxWidgetsは通常のGUI用ライブラリに一枚レイヤを重ねた形になるので
>型情報・関数テーブルの情報だけで結構容量食う

オイラはコンパイラの基本部分に詳しいが、それだけで1MBなどには
ならない。

**デフォルトの名無しさん** · 2014/09/01(月) 00:06:51.19

>>694
諦めることも手かも知れないけど、やっている事の規模とサイズとの
ギャップに納得がいかない人もいるはず。

wxWidgetsはラッピング・ライブラリの一種。

8bit時代、16bit時代を知る人にとって、Widget 程度が64KBを超える
事があってはならない。どういうプログラミングをしたら2MBにもなる
のか。

**デフォルトの名無しさん** · 2014/09/01(月) 01:16:10.03

>>703
>>704
一理あるのでちょっとメーリングリストを探ってみたり
まず、wx/wx.hがいろいろなヘッダファイルを事前にincludeしているので
それがバイナリサイズの増加の一因になっているらしい

[wxMSW]: why EXE-files are so large?
https://groups.google.com/d/msg/wx-users/psTmm3nB6AU/9j6-4ir95-gJ