【GUI】wxWidgets(旧wxWindows) その5【サイザー】 (960ﾚｽ)
【GUI】wxWidgets(旧wxWindows) その5【サイザー】 http://mevius.5ch.net/test/read.cgi/tech/1270793556/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
625: デフォルトの名無しさん [] 2014/03/01(土) 12:23:48.03 どうしようもないっす ベース部分(wxStringとかwxWindowとか）の定義が容量食ってるから？ではないかという疑惑 http://mevius.5ch.net/test/read.cgi/tech/1270793556/625
626: デフォルトの名無しさん [sage] 2014/03/01(土) 12:27:18.78 うーんなるほど ランタイムで色々判断出来るような設計なんですかねえ http://mevius.5ch.net/test/read.cgi/tech/1270793556/626
627: デフォルトの名無しさん [] 2014/03/01(土) 12:32:32.69 そうですねwxWidgetsはRTTIの仕組みが活かされてるみたいなドキュメントはどっかで見た たぶんwxWidgetsの中核であるwxWindowクラスはそんなんばっかしなんだろう http://mevius.5ch.net/test/read.cgi/tech/1270793556/627
628: デフォルトの名無しさん [sage] 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 だとその下の”すべての”ファイルを探す なんでこんな仕様なんだ http://mevius.5ch.net/test/read.cg
i/tech/1270793556/628
629: デフォルトの名無しさん [sage] 2014/03/05(水) 12:45:32.18 ああわかった ディレクトリが見つかった場合のみその下も探す、ということなんだな するとファイルのみだと当然下なんぞ無いからそれ以下を探すことはなく ディレクトリのみ、とすると下にもいけるから最下層まで探そうとするわけか うーん http://mevius.5ch.net/test/read.cgi/tech/1270793556/629
630: デフォルトの名無しさん [sage] 2014/03/05(水) 12:55:52.46 連投失礼 Traverserクラスを継承してそのOnDir関数の返り値で制御すればいいということでした http://mevius.5ch.net/test/read.cgi/tech/1270793556/630
631: デフォルトの名無しさん [sage] 2014/03/11(火) 15:51:27.09 浮動小数点を扱えるsliderってデフォルトではなさそうですか？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/631
632: デフォルトの名無しさん [sage] 2014/03/11(火) 17:23:40.57 たとえば 0 - 100 を 10 で割ると 0.0 - 10.0 のレンジになります http://mevius.5ch.net/test/read.cgi/tech/1270793556/632
633: デフォルトの名無しさん [sage] 2014/03/11(火) 17:30:20.25 やっぱそんな感じなんすね 最大値最小値現在値ラベル表示が便利だなーとおもったんですが、小数点付きでやろうと思ったら 自分でラベル付けるしかなさそうですね http://mevius.5ch.net/test/read.cgi/tech/1270793556/633
634: デフォルトの名無しさん [sage] 2014/03/15(土) 21:45:40.12 ID:w4oGcJBI 右側のボタンを押したら左側のパネルを再描写させたい、など あるイベントから（親でない）ほかのイベントを誘発させたい時ってあると思うのですが その辺に関する記事てどっかにあります？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/634
635: デフォルトの名無しさん [] 2014/03/15(土) 23:13:55.37 ID:eHN/5w2/ >>634 そのへんはイベント処理の領域になりますね wxWiki見るしかない感じ イメージとしては Sample::LeftPanelRedraw(wxCommandEvent& event); というイベント関数のIDがID_LeftPanelRedrawであった場合 そのイベントは wxCommandEvent e(wxCommandEvent(wxEVT_COMMAND_BUTTON_CLICKED, ID_LeftPanelRedraw)); LeftPanelRedraw(e); で呼べる http://mevius.5ch.net/test/read.cgi/tech/1270793556/635
636: デフォルトの名無しさん [sage] 2014/03/15(土) 23:39:19.87 ID:w4oGcJBI >>635 了解です、参考にさせていただきます http://mevius.5ch.net/test/read.cgi/tech/1270793556/636
637: デフォルトの名無しさん [sage] 2014/03/21(金) 11:44:27.13 ID:hjbpSh7I glcanvasを使ってパネルを描写し、ドラッグに反応するようにしたのですが ドラッグ中に、ポインタがパネルの範囲外に出た時に、反応が止まってしまいます sampleのdragimagではドラッグ中であれば範囲外でもイベントが取れるようですが sampleのopengl/penguinだと取れないようです マウスイベントの接続は両者ともEVT_MOUSE_EVENTSで行っているので 何が違って取れているのかわかりません その辺の事情、どなたかご存知ないですか？ http://mevius.5ch.net/test/read.
cgi/tech/1270793556/637
638: デフォルトの名無しさん [sage] 2014/03/21(金) 12:58:58.01 ID:hjbpSh7I わかりました wxWindowBase::wCaptureMouse()を呼び出すと以降座標とイベントが取得されるようです http://mevius.5ch.net/test/read.cgi/tech/1270793556/638
639: デフォルトの名無しさん [sage] 2014/03/23(日) 17:51:04.60 ID:cY3NJQQl はい。知ってますよ。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/639
640: デフォルトの名無しさん [sage] 2014/03/23(日) 19:26:21.87 ID:0loqh5rV いや、知らないです http://mevius.5ch.net/test/read.cgi/tech/1270793556/640
641: デフォルトの名無しさん [sage] 2014/05/12(月) 21:36:09.61 ID:d288LkW9 クロスプラットフォームの開発環境について調べてるんですが、wxWidgetsの GUIは外観とかは各プラットフォームのものが使われるんですか？それとも 独自のテーマになってしまうんでしょうか？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/641
642: デフォルトの名無しさん [] 2014/05/12(月) 21:48:19.14 ID:N4i3m2/R >>641 各プラットフォームのものが使われます つまりWindowsならWIN32、LinuxならGTK、MacならCocoa それぞれの外観になります 対してQtやTk、JavaのSwingなどは独自のテーマになります http://mevius.5ch.net/test/read.cgi/tech/1270793556/642
643: デフォルトの名無しさん [sage] 2014/05/12(月) 21:58:07.29 ID:KhXbSVtN Qtってそうだったんだ http://mevius.5ch.net/test/read.cgi/tech/1270793556/643
644: デフォルトの名無しさん [sage] 2014/05/12(月) 22:57:11.37 ID:d288LkW9 >>642 ありがとうございます。他の環境まで概括してくださるとは助かりました。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/644
645: デフォルトの名無しさん [sage] 2014/05/13(火) 02:25:29.32 ID:mUTDx2p/ >>641 敢えてプラットフォームのを使わず テーマ選ぶ方法もあったはず http://mevius.5ch.net/test/read.cgi/tech/1270793556/645
646: デフォルトの名無しさん [sage] 2014/05/25(日) 10:10:57.42 ID:Wcl6d7YS てす http://mevius.5ch.net/test/read.cgi/tech/1270793556/646
647: デフォルトの名無しさん [] 2014/06/03(火) 09:02:12.18 ID:va6vQ78Z Swiftスレ http://peace.2ch.net/test/read.cgi/tech/1401736341/ http://mevius.5ch.net/test/read.cgi/tech/1270793556/647
648: デフォルトの名無しさん [sage] 2014/06/04(水) 21:33:25.19 ID:EBZlr/6D いまこのスレ開いたら、>>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で止めておいた方が良いか
も。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/648
649: デフォルトの名無しさん [sage] 2014/06/05(木) 01:15:41.59 ID:/T91KtMA なんと、板移転したときに消えたのかもしれないね。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/649
650: デフォルトの名無しさん [sage] 2014/06/19(木) 12:54:27.42 ID:sMGAuaVR wxWidgetsを使って作られたプログラムの一覧ってあったりするのかね？ とりあえずAudacityは知ってる http://mevius.5ch.net/test/read.cgi/tech/1270793556/650
651: デフォルトの名無しさん [sage] 2014/06/19(木) 19:37:20.57 ID:Brdb8B0I http://www.wxwidgets.org/about/screenshots/ とか http://mevius.5ch.net/test/read.cgi/tech/1270793556/651
652: デフォルトの名無しさん [sage] 2014/06/19(木) 19:41:04.43 ID:sMGAuaVR おーありがとう 後で見て回る テンプレにあってもいいじゃないかな？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/652
653: デフォルトの名無しさん [sage] 2014/06/19(木) 20:07:59.88 ID:gduOxxnf 車の再発見 http://mevius.5ch.net/test/read.cgi/tech/1270793556/653
654: デフォルトの名無しさん [sage] 2014/06/19(木) 22:56:02.45 ID:Brdb8B0I 商用アプリは http://wiki.wxwidgets.org/Commercial_applications_using_wxWidgets http://mevius.5ch.net/test/read.cgi/tech/1270793556/654
655: デフォルトの名無しさん [sage] 2014/08/24(日) 18:20:53.22 ID:Gtnn2j9y wxWidgetsで、フォームを閉じる処理をして実際に閉じるまでの間に発生するイベントとかある？ .NETで言うところのOnClosingみたいな感じで。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/655
656: デフォルトの名無しさん [] 2014/08/25(月) 02:12:21.61 ID:OTL7uAT+ OnClose OnVeto http://mevius.5ch.net/test/read.cgi/tech/1270793556/656
657: デフォルトの名無しさん [sage] 2014/08/25(月) 14:23:49.85 ID:IQl9g11m >>656 ? おかげで作業が進みました。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/657
658: デフォルトの名無しさん [sage] 2014/08/26(火) 17:09:00.43 ID:QEgdFK7f Windows で、 CrossBlock + MinGW + wxWidget で最も簡単な GUI アプリを基本プロジェクトで作成してみたところ、 MyTest.exe のサイズ：736KB (wxWidgetのDLL) wxmsw28u_gcc_custom.dll のサイズ : 15.9MB MyTest.exe のメモリ使用量 : 7,732KB // TaskManagerの表示 となった。 この基本アプリは、HelpでAboutでメッセージ・ボックスが表示できる ようになっているが、メニュー項目をクリックしてから実際にそれが 出るまで数秒かかる。実験したのはそこそこ速い
マシンと速いWindows での事。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/658
659: デフォルトの名無しさん [sage] 2014/08/26(火) 17:09:45.00 ID:QEgdFK7f ただし、遅いのは最初の一回だけ。 一度でも表示すると後は速い。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/659
660: デフォルトの名無しさん [sage] 2014/08/26(火) 17:56:51.72 ID:QEgdFK7f Mailer の Thunderbird-Portable なんかもマルチプラットフォーム対応 だけど、起動がかなり遅い。これも巨大な dll を読み込んだりしてる からかな。 起動やメニュー操作が遅くなるのはマルチプラットフォーム化する代償 として負わされるのかも知れん。 こういうツールキットで軽快なアプリを作るのは難しいのかもな。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/660
661: デフォルトの名無しさん [sage] 2014/08/26(火) 19:14:34.45 ID:OmJCXozv 小規模の自作ソフトでwxWidgetsをスタティックリンクしない理由が分からん わざわざ合計バイナリサイズを大きく、速度も遅くする理由がどこにあるのだろう http://mevius.5ch.net/test/read.cgi/tech/1270793556/661
662: デフォルトの名無しさん [sage] 2014/08/26(火) 21:27:38.25 ID:QEgdFK7f >>661 なるほど、スタティックリンクにすれば、起動後になってからユーザーの 命令に対する応答が遅れる事はなくなるかもしれない。 起動が遅くなるだけで済むんなら、そっちの方がストレスが少ないかも。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/662
663: デフォルトの名無しさん [sage] 2014/08/26(火) 21:50:56.10 ID:JtVIC4MG ある程度規模が大きくなるとスタティックリンクだと初回起動が遅すぎになので dllにモジュールを分割してやったほうがいい 起動時のメモリへのロード時間はどうしようもないのでスプラッシュをつけてごまかす http://mevius.5ch.net/test/read.cgi/tech/1270793556/663
664: デフォルトの名無しさん [sage] 2014/08/26(火) 22:39:34.76 ID:QEgdFK7f CrossBlockでは、monolithic タイプのライブラリをビルドしてから使う ようになってるんだけど、それも遅い原因なのかな。 でも起動後にユーザー入力に対するレスポンスが遅いのはどう説明すれば いいんだろう？ 普通の Windows の仕様だと原則、起動時に全ての DLL をロードする。 LoadLibrary()を使えば動的にロードすることも可能は可能だけど、 それをする必要は旧OSでサポートしてなかった新OSのDLLをロードする ような場合は、多言語化のサポートなど。 なるほ
ど、多言語化のせいかも。_("xxx") みたいなのがあったから、 gettext を使ってる。それでリソースを動的ロードしているのか。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/664
665: デフォルトの名無しさん [sage] 2014/08/27(水) 04:40:25.51 ID:IfBPvyzm 何度かアプリ起動しているうちにWindowsのFetchが学習してくれて DLLとか先読みしてくれるようにならないのだろうか http://mevius.5ch.net/test/read.cgi/tech/1270793556/665
666: デフォルトの名無しさん [sage] 2014/08/27(水) 06:47:58.33 ID:J2peHUgZ >>665 それはなる。 ・ディスクの内容は、メモリにキャッシュされる。 ・同じDLLは、全てのアプリで物理メモリが共有されると聞いたことがある。 # >>664 は、CrossBlockではなく、CodeBlocksだった。スマン。 それより、wxWidget 本家のソース配布に入っている samples を Windows の mingw32 でビルドしてみたところ、全然遅くなかった。 ・アプリの起動は速い。 ・起動後のメニューコマンドやユーザー入力に対するレスポンスも速い。 ・Aboutダイアロ
グも瞬間ではないが、0.3秒程度で、Windows Nativeアプリ でも、その程度の遅さはある場合があるので遜色ない。 CodeBlocks で作ったものが遅い原因は今のところ謎。やはり monolithic な ライブラリを使用しているからか。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/666
667: デフォルトの名無しさん [sage] 2014/08/27(水) 07:54:18.52 ID:X38Kg7Ty >>666 ># >>664 は、CrossBlockではなく、CodeBlocksだった。スマン。 なんだと思ったらわりと素人じゃねえかおい >CodeBlocks で作ったものが遅い原因は今のところ謎。やはり monolithic な >ライブラリを使用しているからか。 monolithicってのはwxWidgetsのモジュール全部入りのDLL作るという意味なので遅くて当然 （実際試したことないので遅いというのは初めて知ったが…） 普通は ./configure --prefix=/mingw --enable-shared みたいに
指定してビルドするから モジュールごとに分割されたDLLが作成される Windows上で開発する時はMinGW + NTEmacs/eclipse CDTの環境がおすすめ http://mevius.5ch.net/test/read.cgi/tech/1270793556/667
668: デフォルトの名無しさん [sage] 2014/08/27(水) 09:58:52.27 ID:J2peHUgZ >>667 最後の段落：多分、wxWidgets 本体を MInGW32 用のビルドする際は、 configure は使えない気がする。 CodeBlocks のQuickなんたらRefの説明では、いきなり、 make するように支持されていた。しかも、-fno なんたら dll-export みたいなオプションを付けろと指示。これは、MinGW32のバグで、 付けないと最後のldの段階でldがクラッシュする事をたまたま発見。 ところで話は変わって聞いておきたいのですが、 eclipse では wxWidget のイベントを書くような
ときに ・BEGIN_EVENT_MAP に自動的に一行マクロを挿入してくれて ・*.h にもメンバ関数宣言を書いてくれて ・*.cpp にも5行くらいの関数定義本体の雛形を書いてくれ たりしますか？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/668
669: デフォルトの名無しさん [sage] 2014/08/27(水) 10:01:06.29 ID:J2peHUgZ つまり、イベント・ハンドラを追加したとき、 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 はありません？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/669
670: デフォルトの名無しさん [sage] 2014/08/29(金) 11:13:03.59 ID:AEJEOYpd 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 は、アプ
リ本体のプログラムが複雑なことをしているようなので、 もっと小さく出来る可能性があり。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/670
671: デフォルトの名無しさん [sage] 2014/08/29(金) 19:04:31.75 ID:GS9LyL7J その説明にac1だの何だの自分以外分からない定義を使う必要があったのだろうか http://mevius.5ch.net/test/read.cgi/tech/1270793556/671
672: デフォルトの名無しさん [sage] 2014/08/29(金) 19:07:59.00 ID:AEJEOYpd 今から見るとそうかも。 a: Windows Native or MFC b: wzWidgets c: CUI g: GUI r:release, d:debug d:dynamic link, s:static link http://mevius.5ch.net/test/read.cgi/tech/1270793556/672
673: デフォルトの名無しさん [sage] 2014/08/30(土) 00:17:55.46 ID:S/CtHe8u >>668 >最後の段落：多分、wxWidgets 本体を MInGW32 用のビルドする際は、 >configure は使えない気がする。 なにいってんだCodeBlocksのドキュメントにそう書いてあるだけで 基本autotoolsで作られたソースはconfigureでビルドできるぞ 実際自分はWindows上のmingw32/64、LinuxのクロスビルドからのMinGWでconfigure使ってる なぜMakefileでやれという指示なのかというと、そのほうが簡潔で保守しやすいからだ あとGNU MakeじゃないMakeでもビルドでき
るようにしたいとかいう微妙なこだわりが有る場合も有る >>669 エディタの補助機能を使うべきだ、Emacsなら矩形範囲選択で一気に書ける ソースのひな形自動生成機能は知らんなあ http://mevius.5ch.net/test/read.cgi/tech/1270793556/673
674: デフォルトの名無しさん [sage] 2014/08/30(土) 00:21:29.81 ID:S/CtHe8u >>670 MinGWビルドでバイナリをストリップしたやつとか比較しないのか http://mevius.5ch.net/test/read.cgi/tech/1270793556/674
675: デフォルトの名無しさん [sage] 2014/08/30(土) 07:56:49.02 ID:pUv0T+7B >>674 Stripに詳しくないので、言っている意味が分からない。 Stripって Release 用に Build した Binary に対して行っても サイズダウンできたりするの？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/675
676: デフォルトの名無しさん [sage] 2014/08/30(土) 07:58:19.03 ID:pUv0T+7B >>674 Stripに詳しくないので、言っている意味が分からない。 Stripって Release 用に Build した Binary に対して行っても サイズダウンできたりするの？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/676
677: デフォルトの名無しさん [sage] 2014/08/30(土) 08:15:51.54 ID:hpIa4Qjb 日本語インライン入力の対応ってまだなの？ というか予定自体なくて諦めた方がいい？ wxWidgets使ってるEditraってエディタにそろそろ移行できるかなと 思って試してみたら、未だにインライン入力できない http://mevius.5ch.net/test/read.cgi/tech/1270793556/677
678: デフォルトの名無しさん [sage] 2014/08/30(土) 08:19:53.34 ID:pUv0T+7B >>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 が正常に起動することを確認済み。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/678
679: デフォルトの名無しさん [sage] 2014/08/30(土) 08:22:26.84 ID:pUv0T+7B >>673 >エディタの補助機能を使うべきだ、Emacsなら矩形範囲選択で一気に書ける 詳しく： http://mevius.5ch.net/test/read.cgi/tech/1270793556/679
680: デフォルトの名無しさん [] 2014/08/30(土) 11:51:11.86 ID:RJxcDZkh 馬鹿には無理 http://mevius.5ch.net/test/read.cgi/tech/1270793556/680
681: デフォルトの名無しさん [sage] 2014/08/30(土) 12:02:34.82 ID:S/CtHe8u スタンド・アローン・コンプレックスと化した馬鹿には無理さんオッスオッス >>679 cua-modeでググって http://qiita.com/yyamamot/items/7efcbfdcccdb5fa45ebe 例えばイベントテーブルとかはこれでザクッと一気に書ける もちろん個々のwxWindowIDとメソッド定義は書かなくてはいけないが クラス名とマクロ定義は同じ文字列の繰り返しなのでだいぶ楽になる http://mevius.5ch.net/test/read.cgi/tech/1270793556/681
682: デフォルトの名無しさん [sage] 2014/08/30(土) 13:53:01.64 ID:pUv0T+7B >>681 あー、そういう風に沢山のイベントを一気に書きたいんじゃなくて、 開発段階で徐々にイベントを追加して行く際に、 1. *.h のクラス内にメンバ関数宣言 2. *.cpp に EVENT MAP 3. *.cpp に メンバ関数定義の本体 の三箇所にコードを書くのが面倒ということなんだわ。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/682
683: デフォルトの名無しさん [sage] 2014/08/30(土) 14:33:49.98 ID:S/CtHe8u >>682 それは自分で作らないと無さげですねえ http://mevius.5ch.net/test/read.cgi/tech/1270793556/683
684: デフォルトの名無しさん [sage] 2014/08/30(土) 19:11:57.66 ID:5dlfaubU wxFormBuilderでしかGUIとイベントを設計できない俺には何言ってるのかさっぱりわからんぜよ…… http://mevius.5ch.net/test/read.cgi/tech/1270793556/684
685: 678 [sage] 2014/08/31(日) 15:54:21.95 ID:X+I89xFV wxAUI のデモ・アプリ wxauitest.exe のサイズは、1,417,216 bytes。 スタンドアロンのアプリで、環境変数からパスを完全に消去しても起動 できた。つまり、ライブラリはDLLを使わずに静的リンクされている。 wxAUIはFloating & Dockingのできる強力なGUI。 >>678 に示した keyboard.exe はキーボードから押されたキーの値を 表示するだけで、上記アプリよりずっとシンプルなのにも関わらず、 1,887,758 bytes と 470,542 bytes も大きい。 理由は不明。 http://mevius.5ch.net
/test/read.cgi/tech/1270793556/685
686: デフォルトの名無しさん [sage] 2014/08/31(日) 15:56:18.96 ID:5rh0udnx そんなことしなくても DLLの依存関係調べるツールあるのに http://mevius.5ch.net/test/read.cgi/tech/1270793556/686
687: デフォルトの名無しさん [sage] 2014/08/31(日) 16:01:12.95 ID:5rh0udnx ちなみにwxWidgetsで作った一番小さいexe探したら65kbのがあった http://mevius.5ch.net/test/read.cgi/tech/1270793556/687
688: 678 [sage] 2014/08/31(日) 17:34:23.46 ID:X+I89xFV Windows実行形式であっても、コンパイラが、MinGW32 と VC++ でサイズに 大幅な違いが出てくるのかな？ http://mevius.5ch.net/test/read.cgi/tech/1270793556/688
689: 678 [sage] 2014/08/31(日) 17:41:03.82 ID:X+I89xFV >>687 それは DLL 版だよ。絶対に。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/689
690: デフォルトの名無しさん [sage] 2014/08/31(日) 19:56:13.33 ID:F1QgxQvq >>685 実行ファイルの関数テーブルに何が入っているか nm で確認したら少しはわかるかもね >>688 大幅とは行かないかもしれないがVC++はWindowsのみをターゲットにしているから 基本的にコンパイル後のバイナリサイズは MinGW ＞ VC++ だよね http://mevius.5ch.net/test/read.cgi/tech/1270793556/690
691: デフォルトの名無しさん [sage] 2014/08/31(日) 20:18:05.13 ID:da+aRwUf 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 -DNDEBU
G" 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 は付けてある。 http://mevius.5ch.net/test/read.cg
i/tech/1270793556/691
692: デフォルトの名無しさん [sage] 2014/08/31(日) 20:27:38.74 ID:da+aRwUf ちなみに、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 libole
aut32 // Win32 の import library libole32 // Win32 の import library ちなみに、wxWidgets を動的リンクする場合は、ここが、libwxmsw28 だけで済む。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/692
693: デフォルトの名無しさん [sage] 2014/08/31(日) 20:33:24.61 ID:da+aRwUf 誤：[Search Directories] の Compiler, Linker, Compiler 正：[Search Directories] の Compiler, Linker, Resource Compiler 誤：Win32のimport libraryは、ライブラリを動的リンクする場合はライブ ラリのDLLが行っているの 正：wxWidgets ライブラリをアプリに動的リンクする場合は wxWidgets ライブラリの DLL 部分が Win32 の import library の リンクを行っているの http://mevius.5ch.net/test/read.cgi/tech/1270793556/693
694: デフォルトの名無しさん [] 2014/08/31(日) 20:45:44.37 ID:0aT2mco7 サイズはどうでもよくないか。exeを使う側としては速度では? あとコア、主要のライブラリのビルドから、ダイナミックリンクを徹底してOSに丸投げしたら小さくなるだろ。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/694
695: デフォルトの名無しさん [sage] 2014/08/31(日) 20:48:05.22 ID:ks+4W1rG 完全テンプレートライブラリにしたら軽くなるんだろうか http://mevius.5ch.net/test/read.cgi/tech/1270793556/695
696: デフォルトの名無しさん [sage] 2014/08/31(日) 20:58:57.78 ID:da+aRwUf >>694 でも wxWidgets がやっていることの割にはリンクされるバイト数が多すぎる 感じがする。 基本、Win32をラッピングしているだけなのだから、2MBも必要ない。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/696
697: デフォルトの名無しさん [sage] 2014/08/31(日) 21:00:34.83 ID:ks+4W1rG ラッピングしてるだけじゃなくマルチプラットフォームのために徹底した抽象化をしてるんでしょ とソースも読まず推測 http://mevius.5ch.net/test/read.cgi/tech/1270793556/697
698: デフォルトの名無しさん [sage] 2014/08/31(日) 21:04:00.35 ID:da+aRwUf >>697 でもソースを呼んでみたら、たとえば、wxListCtrl なんかは、 Win32 の LIST CONTROL をそのまま使っていた。 DrawRect()などで書いているわけではない。 ただし、wxGenericListCtrl だったかは、DrawRect()みたいなグラフィック 関数で独自に描画していた。が、それは、Windows版では簡単には使えない という噂を聞いたが。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/698
699: デフォルトの名無しさん [sage] 2014/08/31(日) 21:06:47.60 ID:da+aRwUf >>697 wxWidgets の基本設計は、Widgetは、OS nativeの物を使うが、 どんなサイズであっても対応できるように Sizer で Layout を コントロールする、という物。 なので、抽象化はサイズと配置程度で済むはずなのだが・・・。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/699
700: デフォルトの名無しさん [sage] 2014/08/31(日) 21:09:35.31 ID:F1QgxQvq >>696 >>697の言ってることが正しい。 --------------------- wxWidgets --------------------- Win32 | GTK | Cocoa etc... --------------------- wxWidgetsは通常のGUI用ライブラリに一枚レイヤを重ねた形になるので 型情報・関数テーブルの情報だけで結構容量食う >>692 ASCIIモードでビルドするのはやめておいたほうがいい 日本語使えないし というかなぜMonolithicビルドにこだわるのか… 普通にconfigureからビルドしてdllごと配
布したほうが立ち上がりは早い http://mevius.5ch.net/test/read.cgi/tech/1270793556/700
701: デフォルトの名無しさん [sage] 2014/08/31(日) 23:57:56.42 ID:da+aRwUf wxWidgets の samples で ListCtrl 関連を見てみたが、ヘッダを ドラッグしようとしてもドラッグできないので、ドラッグによる列の入れ替 えは出来ないようだった。 実は、Win32 の LIST CONTROL は、 ・マウスドラッグによる自動的な列の入れ替えをした際、どこにどの列が 行ったかを掌握するには注意が必要。動作を知るには基本的に実験を必要 とする。 ・第1カラムを削除すると第2カラム以降を削除した時とは同じとは言えない 奇妙な動作をする。奇妙な動作と
言ったがバグに近い。 こういった辺りがどう処理されているか知りたかったのだが、サンプルでは 故意か偶然か、全くそこに触れていないようだった。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/701
702: デフォルトの名無しさん [sage] 2014/08/31(日) 23:59:28.64 ID:da+aRwUf wxWidgets の samples で ListCtrl 関連を見てみたが、ヘッダを ドラッグしようとしてもドラッグできないので、ドラッグによる列の入れ替 えは出来ないようだった。 実は、Win32 の LIST CONTROL は、 ・マウスドラッグによる自動的な列の入れ替えをした際、どこにどの列が 行ったかを掌握するには注意が必要。動作を知るには基本的に実験を必要 とする。 ・第1カラムを削除すると第2カラム以降を削除した時とは同じとは言えない 奇妙な動作をする。奇妙な動作と
言ったがバグに近い。 こういった辺りがどう処理されているか知りたかったのだが、サンプルでは 故意か偶然か、全くそこに触れていないようだった。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/702
703: デフォルトの名無しさん [sage] 2014/09/01(月) 00:00:47.70 ID:X69OanmZ >>700 >wxWidgetsは通常のGUI用ライブラリに一枚レイヤを重ねた形になるので >型情報・関数テーブルの情報だけで結構容量食う オイラはコンパイラの基本部分に詳しいが、それだけで1MBなどには ならない。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/703
704: デフォルトの名無しさん [sage] 2014/09/01(月) 00:06:51.19 ID:X69OanmZ >>694 諦めることも手かも知れないけど、やっている事の規模とサイズとの ギャップに納得がいかない人もいるはず。 wxWidgetsはラッピング・ライブラリの一種。 8bit時代、16bit時代を知る人にとって、Widget 程度が64KBを超える 事があってはならない。どういうプログラミングをしたら2MBにもなる のか。 http://mevius.5ch.net/test/read.cgi/tech/1270793556/704
705: デフォルトの名無しさん [] 2014/09/01(月) 01:16:10.03 ID:7Pg7L2PA >>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 http://mevius.5ch.net/test/read.cgi/tech/1270793556/705
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 255 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.027s