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

1 名前：デフォルトの名無しさん mailto:sage [2010/04/09(金) 15:12:36 .net] クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)についてのスレ。 本家 　ttp://www.wxwidgets.org/ wxWindows日本語プロジェクト 　ttp://wxwindowsjp.sourceforge.jp/ Cross-Platform Programming with wxWidgets 　ttp://wxwidgets.info/ Let's wxWidgets 　ttp://dot-gray.s33.xrea.com/ wxWindowsで始めるC++ GUIプログラミング 　ttp://www.h3.dion.ne.jp/~k5_n/wxwin/ wxWidgets でクロスプラットフォーム GUIアプリを作ろう 　ttp://0xcc.net/pub/uu-2004-08/ 前スレ 【GUI】wxWidgets(旧wxWindows) その4【サイザー】 pc12.2ch.net/test/read.cgi/tech/1214657360/ 702 名前：デフォルトの名無しさん mailto:sage [2014/08/31(日) 23:59:28.64 ID:da+aRwUf.net] wxWidgets の samples で ListCtrl 関連を見てみたが、ヘッダを ドラッグしようとしてもドラッグできないので、ドラッグによる列の入れ替 えは出来ないようだった。 実は、Win32 の LIST CONTROL は、 ・マウスドラッグによる自動的な列の入れ替えをした際、どこにどの列が 　行ったかを掌握するには注意が必要。動作を知るには基本的に実験を必要 　とする。 ・第1カラムを削除すると第2カラム以降を削除した時とは同じとは言えない 　奇妙な動作をする。奇妙な動作と言ったがバグに近い。 こういった辺りがどう処理されているか知りたかったのだが、サンプルでは 故意か偶然か、全くそこに触れていないようだった。 703 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 00:00:47.70 ID:X69OanmZ.net] >>700 >wxWidgetsは通常のGUI用ライブラリに一枚レイヤを重ねた形になるので >型情報・関数テーブルの情報だけで結構容量食う オイラはコンパイラの基本部分に詳しいが、それだけで1MBなどには ならない。 704 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 00:06:51.19 ID:X69OanmZ.net] >>694 諦めることも手かも知れないけど、やっている事の規模とサイズとの ギャップに納得がいかない人もいるはず。 wxWidgetsはラッピング・ライブラリの一種。 8bit時代、16bit時代を知る人にとって、Widget 程度が64KBを超える 事があってはならない。どういうプログラミングをしたら2MBにもなる のか。 705 名前：デフォルトの名無しさん [2014/09/01(月) 01:16:10.03 ID:7Pg7L2PA.net] >>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 706 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 07:25:22.06 ID:X69OanmZ.net] >>591 のライブラリを samples/keyboard にも使ってみたら、 keyboard.exe のサイズを 1,619,968 にまで縮小することに成功した。 コンパイラは MinGW32 のまま。 条件は：release, 非UNICODE(ASCII), SHARED=0(静的リンク), MONOLITHIC = 1 どうやら MONOLITHIC であるかどうかは最終 exe サイズには関係してないらしい。 ライブラリと言うのは集めてもばらしても、最終 exe のリンク結果には影響を 及ぼさない事が基本なので、元々当たり前なことなのだが。 [samples/keyboard] $ mingw32-make -f makefile.gcc BUILD=release UNICODE=0 SHARED=0 MONOLITHIC=1 [samples/keyboard/makefile.gcc の修整] ------------------------------------------------------------------------------------- $(OBJS)\keyboard.exe: $(KEYBOARD_OBJECTS) $(OBJS)\keyboard_keyboard_rc.o 　　　　　$(CXX) -o $@ $(KEYBOARD_OBJECTS) $(__DEBUGINFO) $(__THREADSFLAG) -L$(LIBDIRNAME) -Wl,--subsystem,windows -Wl,--gc-sections -Wl,-s -mwindows $(____CAIRO_LIBDIR_FILENAMES_p) $(LDFLAGS) $(__WXLIB_CORE_p) $(__WXLIB_BASE_p) $(__WXLIB_MONO_p) $(__LIB_TIFF_p) $(__LIB_JPEG_p) $(__LIB_PNG_p) -lwxzlib$(WXDEBUGFLAG) -lwxregex$(WXUNICODEFLAG)$(WXDEBUGFLAG) -lwxexpat$(WXDEBUGFLAG) $(EXTRALIBS_FOR_BASE) $(__UNICOWS_LIB_p) $(__GDIPLUS_LIB_p) $(__CAIRO_LIB_p) -lkernel32 -luser32 -lgdi32 -lcomdlg32 -lwinspool -lwinmm -lshell32 -lcomctl32 -lole32 -loleaut32 -luuid -lrpcrt4 -ladvapi32 -lwsock32 -lodbc32 -------------------------------------------------------------------------------------- 上記は original の makefile.gcc に、 -Wl,--gc-sections -Wl,-s を追加しただけ。 707 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 07:31:05.33 ID:X69OanmZ.net] 誤：>>591 正：>>691 708 名前： 【大吉】 mailto:sage [2014/09/01(月) 07:40:36.83 ID:zQucGkuf.net] wxWidgets の samples で ListCtrl 関連を見てみたが、ヘッダを ドラッグしようとしてもドラッグできないので、ドラッグによる列の入れ替 えは出来ないようだった。 実は、Win32 の LIST CONTROL は、 ・マウスドラッグによる自動的な列の入れ替えをした際、どこにどの列が 　行ったかを掌握するには注意が必要。動作を知るには基本的に実験を必要 　とする。 ・第1カラムを削除すると第2カラム以降を削除した時とは同じとは言えない 　奇妙な動作をする。奇妙な動作と言ったがバグに近い。 こういった辺りがどう処理されているか知りたかったのだが、サンプルでは 故意か偶然か、全くそこに触れていないようだった。 709 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 07:45:41.49 ID:X69OanmZ.net] >>694 >あとコア、主要のライブラリのビルドから、ダイナミックリンクを徹底してOSに丸投げしたら小さくなるだろ。 「>>692」で示した Win32 import library は、Windows のシステム DLL をリンクするための小さなライブラリ。例えば、 libcomctrl32 をリンクしていても、実際は、comctrl32.dll が動的リンク される。libcomctrl32.a は、MinGW32 が用意している import library で： /xxx/CodeBlocks/MinGW/lib/libcomctl32.a　# 86,428 bytes C:/WINDOWS/system32/comctl32.dll　　　　 # 617,472 bytes のように、windows/system32 の comctrl32.dll を動的リンクするための 呼び出し部分だけを提供する小さなライブラリ。 710 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 08:18:53.15 ID:1emh7fCQ.net] map出力して何がリンクされてるか見れば？ 711 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 14:09:14.38 ID:X69OanmZ.net] MONOLITHIC の値が違うと別の *.o が作成されることが判明。 以下は、SHARED=0(静的リンク)の場合の、MONOLITHIC が 0 と 1 の場合。 CORELIB_CXXFLAGS = $(__DEBUGINFO) $(__OPTIMIZEFLAG) $(__THREADSFLAG) \ 　　$(GCCFLAGS) -DHAVE_W32API_H -D__WXMSW__ $(__WXUNIV_DEFINE_p) \ 　　$(__DEBUG_DEFINE_p) $(__NDEBUG_DEFINE_p) $(__EXCEPTIONS_DEFINE_p) \ 　　$(__RTTI_DEFINE_p) $(__THREAD_DEFINE_p) $(__UNICODE_DEFINE_p) \ 　　$(__MSLU_DEFINE_p) $(__GFXCTX_DEFINE_p) -I$(SETUPHDIR) -I..\..\include \ 　　$(____CAIRO_INCLUDEDIR_FILENAMES) -W -Wall -DWXBUILDING -I..\..\src\tiff \ 　　-I..\..\src\jpeg -I..\..\src\png -I..\..\src\zlib -I..\..\src\regex \ 　　-I..\..\src\expat\lib -DwxUSE_BASE=0 $(__RTTIFLAG) $(__EXCEPTIONSFLAG) \ 　　-Wno-ctor-dtor-privacy $(CPPFLAGS) $(CXXFLAGS) MONOLIB_CXXFLAGS = $(__DEBUGINFO) $(__OPTIMIZEFLAG) $(__THREADSFLAG) \ 　　$(GCCFLAGS) -DHAVE_W32API_H -D__WXMSW__ $(__WXUNIV_DEFINE_p) \ 　　$(__DEBUG_DEFINE_p) $(__NDEBUG_DEFINE_p) $(__EXCEPTIONS_DEFINE_p) \ 　　$(__RTTI_DEFINE_p) $(__THREAD_DEFINE_p) $(__UNICODE_DEFINE_p) \ 　　$(__MSLU_DEFINE_p) $(__GFXCTX_DEFINE_p) -I$(SETUPHDIR) -I..\..\include \ 　　$(____CAIRO_INCLUDEDIR_FILENAMES) -W -Wall -DWXBUILDING -I..\..\src\tiff \ 　　-I..\..\src\jpeg -I..\..\src\png -I..\..\src\zlib -I..\..\src\regex \ 　　-I..\..\src\expat\lib -DwxUSE_BASE=1 $(__RTTIFLAG) $(__EXCEPTIONSFLAG) \ 　　-Wno-ctor-dtor-privacy $(CPPFLAGS) $(CXXFLAGS) 712 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 14:13:21.84 ID:X69OanmZ.net] 違いは、-DwxUSE_BASE の部分で、 　MONOLITHIC = 0 の場合 : -DwxUSE_BASE=0　 // #define wxUSE_BASE 0 　MONOLITHIC = 1 の場合 : -DwxUSE_BASE=1　 // #define wxUSE_BASE 1 となっている。 例えば、/xxx/src/msw/dc.cpp は、同じソースに対し make に渡すオプションに応じて 以下の2種類の *.o ファイルが作成される。 1つ目は、MONOLITHIC=0の時に作られ、2つ目は、MONOLITHIC=1の時に作られる。 ifeq ($(USE_GUI),1) $(OBJS)\corelib_dc.o: ../../src/msw/dc.cpp 　　$(CXX) -c -o $@ $(CORELIB_CXXFLAGS) $(CPPDEPS) $< endif ifeq ($(USE_GUI),1) $(OBJS)\monolib_dc.o: ../../src/msw/dc.cpp 　　$(CXX) -c -o $@ $(MONOLIB_CXXFLAGS) $(CPPDEPS) $< endif ソースを見ると、wxUSE_BASE の値に応じて場合分けされている箇所が多数ある。 つまり、MONOLITHIC の 0 と 1 の違いは単に *.o ファイルの集め方の問題では無い。 コンパイル時点のソース自体が変更されるのである。故にリンク後の*.exe のサイズ が変わって来ても不思議は無い。これは驚くべきことである。 713 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 15:21:49.13 ID:M8Jh9ISi.net] 別に驚くほどのことじゃ無いけど 714 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 16:14:53.94 ID:X69OanmZ.net] >>713 コンパイルオプションまで変えてしまって何をやっているかと言うこと なんだよ。ライブラリの集め方だけの問題じゃないって事なんだ。 ライブラリの動作が変わってしまい、MONOLITHIC が 0 と 1とで結果が違うことに 悩まされる可能性もある。 単にライブラリのオブジェクトの集め方（含み方）の問題では無いとすると、MONOLITHIC オプションの意味はいったい何かと言う問題になる。 また、最終EXEが大きくなる理由として、アプリが使ってないオブジェクトを 非常に基本的なライブラリの一部が参照している可能性がある。 そしてそのオブジェクトが別のオブジェクトを勝手に参照して・・・という 事が続いて最終EXEのサイズが肥大化してしまっているのかも知れない。 715 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 16:33:12.36 ID:X69OanmZ.net] wiki.wxwidgets.org/WxWidgets_Build_Configurations 「MONOLITHIC=1 : 　Packages all libraries in a single file. 　(Note: do not combine this option with a static build.)」 とあった。static build の時は、MONOLITHIC=1 にするな、と 書かれている・・・。 716 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 16:49:54.89 ID:zU7EZBBQ.net] いったい何を目的として何を検証しているんだ？ 717 名前：デフォルトの名無しさん [2014/09/01(月) 17:12:16.45 ID:bPa0tOdz.net] このライブラリを使うなとなる。 718 名前：デフォルトの名無しさん mailto:sage [2014/09/01(月) 17:31:47.05 ID:X69OanmZ.net] >>717 そういうわけではない。 719 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 13:46:25.35 ID:TmMSlGm8.net] configure を試してみたら、configureのヘルプ通りには行かなかった： ・以下、xxx = wxWidgets-2.8.12 とする。/xxx/ に configure スクリプトがある。 ・configureを使用するために、単なるcmd.exeではなくcygwin環境が必要であった。 ・cygwinを起動する際、cygwin に入ってからの PATH が、 　(MinGWのbin) : /usr/local/bin/ : /usr/bin/ : (Winからのbin) 　の順になるようにした。 ・カレントを /xxx/ にして configure した。configure の引数には少なくとも ・--build=i686-pc-mingw32 --host=i686-pc-mingw32 --target=i686-pc-mingw32 　を指定し、例外, rtti, regex, zlib, jpeg, png, tiff は無効にするオプション 　を設定した。他にも無効にしたものも多い。大量に及ぶので　スクリプトに記述した。 ・Makefileが普段の /xxx/build/msw/ ではなく、/xxx/ に作られた。 ・/xxx/samplesのサブディレクトリにあるMakefileが書き換えられた。 ・setup.h が、 　/xxx/lib/wx/include/msw-ansi-releasw-static-2.8/wx 　/xxx/lib/wx/include/msw-ansi-releasw-2.8/wx 　の二箇所に作成された。元々各所にあるが、例としては 　/xxx/include/ws/msw や /xxx/lib/gcc_lib/msw/wx にある。　 ・/xxx/ で make[ret] してみた。 ・途中で例外を有効にするように言われたので有効にした。 720 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 13:46:50.57 ID:TmMSlGm8.net] ・regex, zlib, jpeg, png, tiff は全て無効にしていたにも関わらず、 　src/regex, src/zlib, src/jpeg, src/tiff にしかない *.h ファイルが見つから 　ないエラーとなった。。 　そこで、Makfileを直接修整して、CPPFLAGS に -I 指定によって、上記ディレクトリ 　を最後尾に追加した。 ・make には成功した。 ・/xxx/ に大量の *.o ファイルが作られ、*.a は /xxx/lib/ に作られた。 　/build/msw から make した場合は、/xxx/lib/gcc_lib に作られるのと対照的 　である。 ・/xxx/samples/console で make してみたら、成功した。 ・「プロシージャエントリポイント _gxx_persolanity_v0 が 　　ダイナミック リンク ライブラリ libstdc++-6.dll から見つかりませんでした。」 　 のメッセージボックスが出て起動できず。 ・Makefileを書き換えて、LIBS の最後に -lstdc++ を書いても症状は治まらない。 721 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 13:48:11.36 ID:TmMSlGm8.net] ・regex, zlib, jpeg, png, tiff は全て無効にしていたにも関わらず、 　src/regex, src/zlib, src/jpeg, src/tiff にしかない *.h ファイルが見つから 　ないエラーとなった。。 　そこで、Makfileを直接修整して、CPPFLAGS に -I 指定によって、上記ディレクトリ 　を最後尾に追加した。 ・make には成功した。 ・/xxx/ に大量の *.o ファイルが作られ、*.a は /xxx/lib/ に作られた。 　/build/msw から make した場合は、/xxx/lib/gcc_lib に作られるのと対照的 　である。 ・/xxx/samples/console で make してみたら、成功した。 ・「プロシージャエントリポイント _gxx_persolanity_v0 が 　　ダイナミック リンク ライブラリ libstdc++-6.dll から見つかりませんでした。」 　 のメッセージボックスが出て起動できず。 ・Makefileを書き換えて、LIBS の最後に -lstdc++ を書いても症状は治まらない。 722 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 16:41:02.66 ID:TmMSlGm8.net] console.cpp の中身を printf() だけを使う4行の main() 関数だけに 書き換えてみたら問題なく起動して普通に文字列が表示された。 なので、MinGW 環境の問題ではなさそう。 723 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 17:12:10.67 ID:TmMSlGm8.net] wxPrintf()だけを使った console 版 hello world が、static link で 96,468 bytes で済んだ。 ところが、wxString を使った場合、作成した exe を実行しようとすると >>721 後半で書いたメッセージ・ボックスが出て起動できない。 724 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 17:17:49.98 ID:DoCZo715.net] libstdc++がダイナミックリンクになってるだけだろ。 725 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 17:44:29.48 ID:TmMSlGm8.net] >>724 ダイナミックライブラリであるところの 　libstdc++-6.dll は既に読み込めているんですわ。 「libstdc++-6.dll から見つかりませんでした。」 の「から」がそれを表している。 なお、configureを使わずに、build/msw から build したライブラリだと wxStringとwxPrintfだけを使ったconsoleアプリは、静的リンクでも 451,584 バイトで済むことが判明。こちらはちゃんと起動できる。 726 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 19:04:52.66 ID:DoCZo715.net] パスが通ったところに互換性のない別バージョンのdllがあるんだろ。 mingwだとsjljとdw2の２種類あるから。 727 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 19:56:42.14 ID:TmMSlGm8.net] MinGW/bin を i686-pc-mingw32-g++ と MinGW/bin/g++ は別物らしくコンパイラのサイズ （作ったプログラムのサイズではなく変換機のサイズ）がそもそも違う。 また、前者では、リンク段階で何もエラーを出さないが、 後者では、ちゃんと、_gxx_persolanity_v0 や _Unwind_Resume が undefined reference というエラーになる。 728 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 20:00:33.47 ID:TmMSlGm8.net] >>726 最初、xxx dw2 yyy.dll が見つからない、と言うメッセージ・ボックス が出たのだが、そのdllを検索すると MinGW/bin にある事が分かって、 そこにパスを通したらそのメッセージ・ボックスは出なくなった。 その代わりに >>721 のメッセージ・ボックスが出るようになった。 729 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 20:55:48.58 ID:TmMSlGm8.net] 結論的に言うと、自分のローカルにMinGW32 の別バージョンが沢山あった。 サンプルのコンパイルに使われたのと同じMinGW32のbinだけをパスに 設定してからサンプルを起動すると実行できるようになった。 実行結果も問題ない。実行ファイルはstripするとサイズが小さくなったが、 >>691のライブラリをリンクした物よりも大きくなってしまった。 [wxStringを使った最小な cui program のサイズ] ・>>691 のwxライブラリ使用時 : 451,584 bytes 　コンパイラは CodeBlocks付属のMinGW ・configureしたwxライブラリ使用時 : 547,342 bytes 　コンパイラは cygwinにインストールしたMinGW [wxFrameを使った最小な gui program のサイズ] ・>>691 のwxライブラリ使用時 : 1,611,264 bytes 　コンパイラは CodeBlocks付属のMinGW なお、今回は、>>719-720 のような不具合を回避するため、RegExや、png,jpeg,tiff,zlib などはconfigureで有効にしておいた。そうすると>>720の最初のヘッダファイル問題は 消えたので、何か良いことがあるかと思ったから。ただし、様子を見るとそれは必要なかった かも知れない。サイズ縮小のためには disable にすべきかも。 730 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 21:12:01.59 ID:WV3CuJcS.net] よかったな -Wl,-Bstatic -lstdc++ -Wl,-Bdynamic にすればlibstdc++とスタティックリンクできるかもな 731 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 22:46:11.97 ID:TmMSlGm8.net] cygwin版のMinGWと、cmd.exe 版のMinGWって結構違うような気がしてきた。 Makefileなんかもcygwin版だと/cygdrive/c/xxx/yyy/zzz の形式になっている のに対し cmd.exe版は c:\xxx\yyy\zzz になっているらしい。 また、コンパイラに -I 指定したパスなんかも同様の違いがあるらしく、 configureが作ったMakefileは、cygwin版MinGW用で、 cmd.exe版のMinGWでは、#inclde "wx/setup.h" のパスが探せなかったり する。 build, host, target の指定は、全て mingw を指定していたのだから、 cygwinが入り込む余地は無かったはず。これは、configure.inか、 Makefileのどちらかを自前で修整する必要がありそう。 さらに、makeが(？) process_begin: CreateProcess(NULL, sh xxxxxx, ...) failed. というエラーを出すことがあり、その原因を探る必要もある。 732 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 22:56:33.59 ID:RsSqk3ed.net] もう完璧にスレ違いだな 733 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 22:56:38.09 ID:TmMSlGm8.net] cygwin版のMinGWと、cmd.exe 版のMinGWって結構違うような気がしてきた。 Makefileなんかもcygwin版だと/cygdrive/c/xxx/yyy/zzz の形式になっている のに対し cmd.exe版は c:\xxx\yyy\zzz になっているらしい。 また、コンパイラに -I 指定したパスなんかも同様の違いがあるらしく、 configureが作ったMakefileは、cygwin版MinGW用で、 cmd.exe版のMinGWでは、#inclde "wx/setup.h" のパスが探せなかったり する。 build, host, target の指定は、全て mingw を指定していたのだから、 cygwinが入り込む余地は無かったはず。これは、configure.inか、 Makefileのどちらかを自前で修整する必要がありそう。 Makfileの / を \ で置換して、/cygdrive/x/ を x:/ にしてみたら結構 行ける。途中、pch でファイルにアクセス拒否で書き込めないと言われるが、 もう一度 make すると、何事も無かったように続行する。 734 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 22:57:58.06 ID:TmMSlGm8.net] >>732 wx アプリのサイズダウンの仕方関連なんだけど。 735 名前：デフォルトの名無しさん mailto:sage [2014/09/02(火) 23:40:17.26 ID:wgXgojMH.net] 作ったバイナリのサイズなんてwxWidgetsのビルド方法によって大きく変わるうえ、 最終的に使い物にならないライブラリの出来上がりとなるのが目に見えている 本当に必要なものだけを炙り出すつもりなら止めはしないが、どう考えても徒労でしかないと思うぞ 736 名前：デフォルトの名無しさん [2014/09/02(火) 23:47:28.37 ID:r9jqoPj2.net] 正直wxWidgetsのバイナリサイズの話以外はほとんど既出だし CygwinとMinGWの仕様の違い、クロスコンパイラのターゲット、configureの基本 それらの件に関しては自分のブログにでも書いていてほしい 737 名前：デフォルトの名無しさん [2014/09/02(火) 23:54:47.98 ID:r9jqoPj2.net] まあ一応上から目線でコメントしとくと >>725 libgccの存在に関して勉強不足、>>726の言うとおりdllの種別が２種類ある DLLにするよりもlibgccだけスタティックリンクしたほうがいいが、libtoolにかませるのが 割と面倒なので一緒に配布したほうが楽、まぜこぜにするとか初心者くさい >>727 クロスコンパイラとネイティブコンパイラを混同している >>731 もうネット上で一万回は言及されたであろうCygwinとMinGWのファイルパスについて 述べているが無駄なのでやめてほしい、てか環境を混ぜるな 738 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 00:12:32.54 ID:RSu3l9Ti.net] >>737 最後の段落について。 ・cygwin版のMinGW ---> ファイル名はUnixライクな /cygdrive/c/xxx/yyy/zzz 形式だが、 　　　　　　　　　　　　 出来た実行ファイルはcygwinが無くても動作する。 　　　　　　　　　　　　 ユーザー・プログラムからは主にWin32 APIを使う。 ・cmd.exe版のMinGW ---> 何もかも Windows 用。ファイル名もDOS式、 　　　　　　　　　　　　 出来た実行ファイルは Windows のみで動作。 　　　　　　　　　　　　 ユーザー・プログラムからは Win32 API を使う。 ・cygwinのgcc　　　 ---> cygwin環境で動く実行ファイルを作成する。 　　　　　　　　　　　　 ユーザー・プログラムからはUnix系関数を使う。 739 名前：デフォルトの名無しさん [2014/09/03(水) 00:20:01.40 ID:qMd+w6/O.net] >>738 スレ違いだ、こっちでやれ Cygwin + MinGW + GCC 相談室 Part 7 peace.2ch.net/test/read.cgi/tech/1357019230/ あとMinGWはcmd.exeではなくminttyから使うべきだ さっさとネットで資料を探す作業に戻るんだな 740 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 00:37:00.57 ID:kYvXCnau.net] ちなみに c:\cygwin\bin と c:\cygwin\usr\local\bin にパスを通せば、 cmd.exe からでも cygwin のコマンドが実行できるようになる。 gccもlsもmakeも。ここでbashを起動すればcygwin環境になる。 741 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 08:47:34.91 ID:VnTCGwbS.net] 久しぶりに２ちゃん観に来たら wxのスレめっちゃ野比てて嬉しい 742 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 14:50:56.74 ID:kYvXCnau.net] wx のソースを修正したら、wxString() を使った最小サンプルが、 静的リンクしても 70KB で済むようになった。 PATHには、MInGW/bin しか設定せずにテストしているので、wx の DLL がリンクされている可能性は無く、間違いなくスタンド・アローンの プログラム。 ちなみに、wx のソースを修正しなければ、451,584 バイトになってしまう。 >>729 に書いたものとほぼ同じプログラムだから。 743 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 15:05:09.35 ID:SXoWEkGr.net] wxというよりgccとライブラリのお話で伸びている 744 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 16:58:33.04 ID:3zk9T5qQ.net] >>742 dllの依存関係すらまともに調べられないのか dependency walkerとかobjdumpとか使え 745 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 17:02:39.87 ID:SXoWEkGr.net] mingw入ってるならlddコマンドでもいける＞依存動的ライブラリ 746 名前：デフォルトの名無しさん mailto:sage [2014/09/03(水) 18:30:34.52 ID:kYvXCnau.net] ただ、パス設定を空にして起動できるかどうか見るのも1つの確実な方法。 747 名前：デフォルトの名無しさん mailto:sage [2014/09/04(木) 03:37:02.91 ID:FQO1vG1R.net] 性格悪いな。 コンピュータ・ソフト関連の人って。 748 名前：デフォルトの名無しさん mailto:sage [2014/09/04(木) 17:23:39.03 ID:FQO1vG1R.net] GUIアプリのサイズ縮小を試みていたが、断念するかも知れない。 749 名前：デフォルトの名無しさん mailto:sage [2014/09/04(木) 18:46:24.22 ID:Sd68Xi30.net] △性格が悪い ○無駄が嫌い ◎無駄な事をしてる奴が嫌い 750 名前：デフォルトの名無しさん mailto:sage [2014/09/05(金) 15:14:57.29 ID:PbioWCRT.net] >>749 何も悪いことをせず、自分にも害を与えない人を嫌うのが性格が悪いんだよ。 751 名前：デフォルトの名無しさん mailto:sage [2014/09/05(金) 15:46:20.79 ID:JjYqHkIR.net] 公園の蚊を駆除するのに外側からじゃなくて内側から始めるとかが無駄 自分にも危害が及ぶので嫌 752 名前：デフォルトの名無しさん mailto:sage [2014/09/05(金) 17:37:07.79 ID:MynIP2yf.net] >>749>>750 言われた側が一方的に立場が悪くなるという効能は興味深いと思う 言ったもん勝ちという現象は絶対にあるのだ >>751 生死にかかわる難しい判断を 「無駄なこと」に無理やりおしこめた詭弁 物事を矮小化させる効果もある 753 名前：デフォルトの名無しさん mailto:sage [2014/09/05(金) 18:18:43.88 ID:NH0YjWIH.net] >>751 正直言って、今回のこととの関連も分からない。 それ以前に外側から、内側から、ということの意味が全く分からない。 まるで会話ロボットが生成した文書のようだ。 >>752 この文書も意味不明。人間が書いたとは思えない全く理解できない文書だ。 754 名前：デフォルトの名無しさん [2014/09/05(金) 22:33:12.96 ID:Mt1E1+r6.net] 俺の大好きなwxWidgetsスレがめちゃんこ糞スレになって泣きそう 755 名前：デフォルトの名無しさん mailto:sage [2014/09/05(金) 22:52:37.72 ID:rFI2iHSs.net] 案の定あらし化したか これ以上触れないで放っとくの推奨 756 名前：デフォルトの名無しさん mailto:sage [2014/09/10(水) 10:22:55.86 ID:8Y3LAJyJ.net] wxWidgets って、GTK をバックエンド(port to)に使うことも出来るらしい ね（wxGTK）。 上位のツールキットが、下位のツールキットに被さっているってことか。 X11 を直接バックエンドに使うのともまた違うのかな？ 757 名前：デフォルトの名無しさん [2014/09/10(水) 18:37:52.75 ID:/KH51cxp.net] 　　　　　　＼　　　　　　　ヽ 　 　 　 　 　 |　　　　　　 　/　　　　　　　　／ 　　　　　　　　　 ＼　　 　 　ヽ　　　　　　　 　 　 　 　/　　　　　　／ ‐､、　 　 　 　 　殺　伐　と　し　た　ス　レ　に　鳥　取　県　が　！　！　 　 　 _,,−'' 　　｀−､、　　　　　　　　　　　　　　　　　　__／＼ 　　 　 　 　 　 _,,−'' 　 　　　　｀−､、　　　　　　　　　　　　　 _|　　　 `〜┐ 　 　 　 　 _,,−'' 　　　　　　　　 　　　　　　　　　　　　　_ノ　　　　　　 ∫ 　　　　　　　　　　　　　　　　　　＿,.〜’　　　　　　　　/ ───────‐　　　　　,「~　　　　　　　　　　 　 ﾉ　 　 ───────‐ 　　　　　　　　　　　　　　　,/　　　　　　　　　　　　　 ｀￣7 　　　　　　　　　　 　 　 　｜　　　　　島　根　県　　　 　/ 　　　　　　 　 　 _,,−'　　　~`⌒^7　　　　　　　　　　　 /　　 　｀−､、 　 　 　 　 _,,−'' 　 　 　 　 　　 丿　　　　　　　　　　　 ＼, 　 　 　｀−､、 　,'´＼　　　　　　 　 　 ／　　_７　　　　　　 ／`⌒ーへ＿,._⊃　　　　　　　　　／｀i 　!　 　＼　　　　 　 _,,-┐ 　　 ＼　　　 ＿,.,ﾉ　 　 　　　　　 ｒ‐-､、　　　 　 ／　 　! 　ﾞ、　　　｀ー--＜´ 　 / 　　　　 Ｌ. ,〜’ 　 　 　　　　　　　 ﾞ、　　＞−一'′ 　　,' 　　y'　　U 　 　 　｀ヽ/ 　 　 / 　　　　　　　　　　　ヽ 　　　 　ヽ '´　　　　　U　 　ｲ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＿＿＿＿ 　　　　　　　　 /　　　　　 ＿＿　　　　　 　 |　　　　　　 ＼＿＿＿＿＼ 　　　 ＿＿＿/＿＿　/￣　　　　＿＿＿＿|＿＿＿＿ ＼ ＼＿＿＿＿＼ 　　　 　　 ／/ヽ　　 /＿＿＿ 　 　 　 　 ／|＼　　　　　　 ＼ ＼＿＿＿＿＼ 　　　　 ／　/　ヽ　 /　/＿＿　　　　　／　 |　 ＼　　　　　　 ＼＿＿＿＿＿＿＿ 　　　／　　/　　 ／ ／　　　/ 　 　 ／ 　　 | 　　 ＼　　　　　 　 　 |　 　 ＼ 　 ／　　　/　 ／ ／　 ＿／ 　 __／　 　 　 |　 　 　 ＼__　　　　　　|　　　　 ＼　￣―＿ 758 名前：デフォルトの名無しさん [2014/09/11(木) 00:33:29.51 ID:na3nzgh2.net] >>756 X11は組み込み向けのportなので一般的には使われないよ（メンテされてるかもよくわからん） Linuxでの使用の際はGTKベースと思っていた方がいい つまりwxWidgetsのクラスやメソッドでコードを書いてLinux上でビルドするとGTKアプリができる 最近はwxQtというwxWidgetsからQtをバンドルするイカれたプロジェクトが本流にマージされたようだが… 759 名前：デフォルトの名無しさん mailto:sage [2014/09/11(木) 07:34:16.28 ID:BpRRpzGv.net] wxQtってなんかメリットあるの？ 760 名前：デフォルトの名無しさん mailto:sage [2014/09/11(木) 20:49:49.06 ID:na3nzgh2.net] >>759 目的は、Qtベースのデスクトップ（KDE）でもwxWidgetsアプリを使うためとか （→まあKDE上でGNOMEアプリを使うツールもあった気がするのだが…） あとQtをバンドルすることでAndroid対応も果たしていた（実用性は不明） 761 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 10:47:54.87 ID:w24nfmYL.net] wxWidgetsで、POPUP Menu (Windows では、Context Menu が正式名称かも)を作る場合、 どうしてますか？ 特に、CodeBlocksなどのIDEで行う場合の最良の作法が知りたいです。 自分は、基本的な wxSmith の使い方が分かったところです。 762 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 11:29:17.36 ID:vSDiSYyP.net] MenuItem作って SubMenu作って AddItem 763 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 11:47:23.49 ID:S8WOzChk.net] >>762 それは手作業の場合ですよね。 そこの部分は対した手間ではないですが、 イベント・ハンドラを*.cpp, *.h, EVENT_TABLEの全てに書くのが面倒で。 764 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 11:47:52.57 ID:vSDiSYyP.net] どうぞ https://www.youtube.com/watch?v=jCW7DZ6gdAo 765 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 12:20:43.41 ID:k4huCAJU.net] >>764 これ、今ちょうど数秒前に見終わったところだった。 これ見てると、 1. wxSmithでwxFormをエディット中に、「MenuBar」ではなく「Menu」ボタンを押して 　「要素」を追加する。 　 そうするとwxSmithの上辺に要素のアイコンが並んでいる末尾に新しいアイコンが追加される。 2. 追加したMenu要素に名前を付ける。 3. wxFormの中に既に配置してあったwxPanelに対して、マウス右UPイベントに対応するハンドラを追加する。 4. そのハンドラの中に、手作業で PopupMenu()関数の関数呼び出しを書き、 　 その引数に2.でMenuに付けおいた名前を書く。 こここまでは大した手間じゃない。 その後が問題で、EVENT_TABLE の「自動的にwxSmith が作成する範囲」の外側（直後）に、 POPUP MENUのMENU項目数分だけ、手作業で Connect() 関数を書いている。メニュー項目が7個だと、 Connect()関数も7個書く。それぞれ、MENU項目に付けた ID_xxxx の値と、対応する自前の イベント・ハンドラの関数名を引数に指定して。 最後の部分が知りたかった事で、POPUP MENUの作り方としてはかなり面倒な方法に属する。 766 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 12:28:57.27 ID:ylwL1QX/.net] 馬鹿には無理 767 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 14:27:34.99 ID:8yVPY0Zt.net] 7個のメニュー項目にイベント結びつけるのに7行コード書くのって、そんな突出して面倒か？ 768 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 15:27:57.79 ID:mqgnzDe4.net] >>767 それは、「EVENT_TABLE」の箇所だけの話で、実際は、*.h に メンバ関数宣言を7つ書き、*.cpp に Zzzz Ccccc::OnXxxxx( Yyyy *pYyyy ) { return Qqqqq; } みたいなの(4行)を 7 つ書く必要がある。 少なくとも (1+1+4)*7 = 42 行だ。 769 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 16:36:39.60 ID:ylwL1QX/.net] IBみたいなのを期待したら駄目 770 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 19:11:10.85 ID:cDGrnlyB.net] なんで今更wxSmithなんだよ古臭いな なんでイベントテーブル使ってんだよ古臭いな 黙ってwxFormBuilder使ってみろよメッチャ簡単で笑えるぞ 771 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 19:15:42.12 ID:nAjxttHn.net] >>770 IDEとの組み合わせは？ IDEがサポートしていなくてもいけるんだろうか？ 772 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 19:26:00.24 ID:cDGrnlyB.net] >>771 ちんまい個人用ツールしか作った事が無いから大規模プログラムでどうなるかは分からんが、 俺はwxFormBuilderでGUIデザインし、VisualStudioでコード書いてる。 GUI部品を追加したくなったら、いつでも追加編集できる。 もちろんイベント追加も問題ない。 VSでコード書きつつGUIエディットしても、VSにフォーカスを移したら勝手に読み込み直してくれる。 今まで書いたコードがGUI生成時に消去される事も無い。 これにはちょっと条件があるけどな。 773 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 19:30:56.63 ID:nAjxttHn.net] >>772 POPUP MENU を作る時、EVENT_TABLE を使わずに何か良い方法で やってくれるのかな？ 774 名前：デフォルトの名無しさん [2014/09/12(金) 19:38:30.73 ID:RfUl3Wi+.net] wxFormBuilderかあ もはやクロスプラットフォームでGUIがGUIでデザインできるのか（しかもフリーソフトウェア） 775 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 19:39:02.29 ID:nAjxttHn.net] VSは、外部エディタでソースを編集した場合、VSに戻ると自動的に再ロード してくれる機能がある事は知ってる。これは昔からある機能。 776 名前：デフォルトの名無しさん mailto:sage [2014/09/12(金) 20:52:41.52 ID:cDGrnlyB.net] >>773 凝りに凝ったメニューは知らんが、ポップアップメニューの作成および メニュークリック時のイベント生成なんかは全部wxFormBuilder上で出来る。 従来のイベントテーブルでも生成してくれるし、Connect関数を使ったイベント生成も出来る。 今はConnectも古くてBindがトレンドらしいが、詳しくは知らない。 www.dotup.org/uploda/www.dotup.org5309542.zip.html 参考までに、wxFormBuilderのみで作ったサンプルコードを添付する。 自分で書いたのはmain.cppとthis->Close();だけ。 VS2013 + wxWidget3.0.1でビルド確認済。 777 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 07:40:07.50 ID:CAfEAxmE.net] >>776 これは、どうやって作ったの？ 生成されたコードも参考にはなるけど、wxFormBuilder上での操作方法が 知りたい。 778 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 16:39:39.92 ID:JrIr4YUs.net] >>777 説明がめんどくさいから、wxFormBuilderでこの「wxMenuTest.fbp.」を開いて確認してくれ。 あとは適当に触ってれば理解できるだろ。 www.dotup.org/uploda/www.dotup.org5310926.zip.html 適当にGUIを作ったらF8キーでメインクラスを生成して、 その後F6キーでサブクラスを生成すればいい。 あとは添付した「main.cpp」みたいなコードを書いてビルドすれば目出度くGUIプログラムの完成だ。 779 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 17:37:50.07 ID:dXOJBgge.net] レイアウトやイベントの仕様が 前もって分かって一発で決まるようなものならいいけど そうでない場合は細かいテクが必要になるんだよなぁ VB,delphi,VisualStudio他のポトペタとは違って 基本クラスや継承クラスの生成コードは 上書きしちゃってよしなにしてくれないから目視マージが必要になる で、それならxrcでいっかなとなったりとね あとは最近のバージョンでは修正されてるかも知らないけど splitter > panel > sizer > xxx の深いネストが嫌いだったな バグだよね 780 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 18:03:46.11 ID:iQniTJEB.net] >>778 出来れば言葉で説明していただけるととても有難いんだけれども。 781 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 18:20:32.24 ID:iQniTJEB.net] >>776 MyProject1MyFrame1.cpp に、 void MyProject1MyFrame1::m_button1OnButtonClick( wxCommandEvent& event ) { 　　// TODO: Implement m_button1OnButtonClick 　　this->Close(); } と類似の行が沢山あるけど、this->Close() 以外は、wxFormBuilder が自動生成したとのことで Ok ？ >>779 >基本クラスや継承クラスの生成コードは >上書きしちゃってよしなにしてくれないから目視マージが必要になる >で、それならxrcでいっかなとなったりとね この辺りとの関連が知りたい。自分で書いたコードが勝手に上書きされて消されてしまうということ？ 782 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 18:22:33.01 ID:iQniTJEB.net] そもそも wxFormBuilder って、人間が書いたコードと「マージ」や「アペンド」する機能は全くなくて、 デザイナのテキスト領域に表示されるコードをコピペして使う程度の事しかできないのかな？ 783 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 18:27:14.64 ID:lhtCGruO.net] xrcはwxFormBuilderだとwxRibbonとかで生成に抜けがあるよね これ自体はそのうちなおるだろうけど、案外使われてないのかなxrc 784 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 18:54:43.70 ID:iQniTJEB.net] class MyFrame1 : public wxFrame {・・・}; class MyProject1MyFrame1 : public MyFrame1 {・・・}; となっていて、 stackoverflow.com/questions/8255753/how-to-add-personal-code-into-wxformbuilder-generated-class の ・build your frame/panel in formbuilder ・generate inherited class ・implement your handling code in inherited class ・make changes to form/panel in wxFormbuilder -> 　will only affect generated class, not inherited class の最後の行と矛盾するね。 wxFormBuilder は、MyFrame1 は書き換えるが、それを継承した所の MyProject1MyFrame1 は、最初の 一回しか書き換えない（というよりユーザーが指示しないと生成しない）、ということらしいから。 785 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 18:57:59.23 ID:iQniTJEB.net] つまり、>>781 のイベント・ハンドラにおいて、this->Close(); の外側の部分も手作業で 書くしかないのではなかろうか？ そして、対応する *.h ファイルの中に、同じ関数のメンバ関数宣言も手作業で追加するしかないのでは？ 786 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:05:46.06 ID:lhtCGruO.net] 実装の中身以外は何一つ手では書かないっていうなら、wxWidgetsは投げ捨てて QtCreator有するQtか、C++ Builderあたりを使うしかないよ。 wxFormBuilderはIDEじゃないし。 787 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:07:33.52 ID:iQniTJEB.net] >>786 QtCreator では、それが出来るのかな？ 788 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:09:46.08 ID:o7tow4WW.net] XRC最強なんですけど 789 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:18:48.99 ID:JrIr4YUs.net] >>785 言葉通りに受け取ってくれればいい。 本当に「this->Close();以外書いてない」んだ。 つまり関数実装部は全て自動生成される。 つーか試してくれよ。 これだけ御膳立てしたんだからさ。 790 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:23:58.85 ID:iQniTJEB.net] >>789 大体、答えが分かった。 つまりあなたは、wxFormBuilder に MyProject1MyFrame1 を生成させて、 this->Close(); を追加したんだ。 そいういうやり方だと、ボタンやメニュー項目を一つ増やす度に、手作業で、また、 this->Close(); を自分で書かなきゃならない。 それが、>>779 の意味だね？ だとすれば、this->Close(); の部分は、実践的には、もっと長くなるのだから、 物凄く面倒で、なおかつ危険が伴う作業になるね。 791 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:27:26.32 ID:iQniTJEB.net] >>790 >そいういうやり方だと、ボタンやメニュー項目を一つ増やす度に、手作業で、また、 >this->Close(); >を自分で書かなきゃならない。 ここの部分を補足すると、その時に追加したボタンやメニュー項目に対するハンドラだけ でなく、既に存在していたボタンやメニュー項目に対する全てのハンドラの中身を手作業で コピーする必要があるということになる。 ボタンやメニュー項目の個数をN とすると、O(N^2) の作業時間が必要になるね。 792 名前：デフォルトの名無しさん mailto:sage [2014/09/13(土) 19:44:06.05 ID:JrIr4YUs.net] >>790 > そいういうやり方だと、ボタンやメニュー項目を一つ増やす度に、手作業で、また、 > this->Close(); > を自分で書かなきゃならない。 そこらへんに少しコツがあってな。 自動生成された部分を一切変更しない限りにおいて、 後から機能追加して再度サブクラスを生成した時、以前書いた部分は削除されない。 つまり今回の例では「this->Close();」は消えずに残る。 逆に言えば「// TODO〜」コメントの削除や編集すら許されないという事なんだけどな。 これが守られなかった場合、同名の(空の)関数が別に生成される。 この場合は旧関数から新関数へのコピペおよび旧関数の削除の手間が生じるが、 いずれにせよ一度書いたものが消える事は無い。 ヘッダファイルにおいても同様であり、 //// end generated include と /** Implementing MyFrame1 */ の間、それと //// end generated class members 以降の行に書いた内容は削除されない。 安心して機能追加できる。 不安だったら再生成する前にバックアップ取っておけばいい。 問題があるとすれば、コードのインデントが全て消える事。 Eclipse等開発環境のコードフォーマッタで解決するが、3.4.0beta時点では インデント維持されてた筈なんだ。なんで維持されなくなったんだ？ 俺の見落しか仕様かバグか。 793 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 06:35:44.14 ID:wTwol/0w.net] なるほど、wxFormBuilderも新規出力（全書き換え）しかできないわけではないという ことなの？ どうやるのかな？ 794 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 06:44:15.89 ID:wTwol/0w.net] あと、EVENT TABLEが古いと言ってる人がいたけど、Connect()がそれに置き換わっただけ だからね。使う側から目線では（抽象的な意味では）変わってない。配列で静的に持っているか、 関数で登録するかの違いに過ぎないから。 795 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 07:18:40.80 ID:wTwol/0w.net] 以下によると、wxSmith には、TOP LEVEL RESOURCE を2つ以上作成する方法が見つからないらしい。 いったん、1つのTOP LEVEL WINDOW を作ると、全てがそのウィンドウの子供になってしまう。 POPUP MENU や、メインウィンドウに付随する1群のダイアログは、作るのが難しいらしい。 それに対して、wxFormBuilderは、2つ以上の TOP LEVEL RESOURCE を作ることが出来る、 と主張している。 forums.codeblocks.org/index.php?topic=15742.0 It's one of reasons why I have switched from wxSmith to wxFormBuilder. I haven't found how can I create more than one "top level" resource in my XRC file using wxSmith. Once I created a top level window, everything needed to be a child of this window. Create a set of popup menus? Forget it. Create a set of dialogs along with your main window? Forget it. wxFormBuilder allows more than one top level resource. Moreover, wxFormBuilder can create only a XRC file - well, it creates a code, too, and you can paste parts of the code in your own code. I am curious what I have missed. I am a "XRC user", too. 796 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 10:11:50.71 ID:pzVlR1Le.net] お前が返信に時間かかってるのは煽るための文言を探してくるためか？ これだけ御膳立てしてやっても自分では一切手を動かす気は無いんだから、 呆れを通り越して笑いすら出てくるわ。俺はお前の保護者じゃねえよ。 英文は読めるみたいだからソフトの使い方が分からない筈があるまいに。 >>793 こんな問いに答える気はもう無い。理由は上記の通りだ。 今まで以上に噛み砕いた説明は俺には出来ないし、 そもそも手を動かしていれば既に理解している筈の内容ばかりだからな。 F8とF6からクラス選んで名前付けてコード生成すら出来ん奴が本当にプログラム書けるのか？ 無理しないでVSやMonoでC#あたり使ってればいいんじゃないか？ そっちの方がずっと楽だぞ。 >>794 それ書いたのは俺だが、利用上はそれだけの違いでは済まないという事も 英文読んだなら理解できてるはずだろ。煽るためのネタにはならんぞ。 柔軟性は高いに越した事はなかろうよ。 もちろんその機能が自分にとって役立つかどうかは別問題だ。 797 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 12:57:54.21 ID:wTwol/0w.net] >>796 誰も悪気がやってやってるわけじゃない。 あなたが勝手にそう取ってるだけだよ。 798 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 19:26:47.68 ID:P8BkuFbg.net] >>791 それは難癖だよ 継承側で動的バインドという 他と同じ手法を取ればいいだけの話だから 手間はおんなじだよ >>792 その癖やコツをつかむのに 試行錯誤したりソースを読み解く必要性があるのが辛いんだよね 正味な話不安で信用ならない 手動目視でDiffるか PEGでも使って自前で書いたほうが楽 799 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 19:52:29.25 ID:wTwol/0w.net] >>798 前半意味不明です。 800 名前：デフォルトの名無しさん mailto:sage [2014/09/14(日) 20:11:08.81 ID:P8BkuFbg.net] >>799 > ここの部分を補足すると、その時に追加したボタンやメニュー項目に対するハンドラだけ > でなく、既に存在していたボタンやメニュー項目に対する全てのハンドラの中身を手作業で > コピーする必要があるということになる。 電卓とか参考になると思うよ 801 名前：デフォルトの名無しさん mailto:sage [2014/09/15(月) 08:45:18.98 ID:7daUusVM.net] >>800 ならないと思う。 全てのボタンを一気に wxFromBuilder で作ってからイベントハンドラの コードを手作業で書けば問題は表面化しないから。 そうでなくて、実際のプログラミングでは、機能追加のたびにボタンを追加して行く ような作業が必要となる。 その時に上書きされてしまうかどうかがポイント。 802 名前：デフォルトの名無しさん mailto:sage [2014/09/15(月) 10:58:47.94 ID:WIy8nvhC.net] xrcでFA

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef