08/09/14 12:21:10
94です
すいません。８時間ぶっ通しで１つの進展も無く悩みすぎて色々おかしくなってました。
２日寝てようやく冷静になりました。
wxMSWのセットアップを使用して、WindowsXpにxwWidgetsをインストール後
VisualC++2005Expressに、\build\msw\ws.dswを読み込ませ各種libファイルをビルドしました。
この時点でエラーはありません。
その後、サンプルをビルドしてみようと
\samplesフォルダにある、samples.dswを読みこんでそのままビルドしてみましたが、
すべてのlib内の関数が「未解決の外部シンボル」と出て認識してもらえませんでした。
試しに、他の\samplesフォルダ内の
各サンプルの.dspファイルを直にVC++2005Expressに読み込んで、同じ様にビルドしてみましたが
すべて同じ症状でした。
生成したlibファイルの存在する\lib\vc_libにはリンク設定はしてるようですし、
インクルードディレクトリの設定にも問題があるようには思えませんでした。
sample内の.dspファイルはそのままの状態でコンパイルしてはいけないんでしょうか？
101:デフォルトの名無しさん
08/09/15 23:45:58
Libのモード（リリースビルド、デバッグビルドとか）が、
sample のがあってます？
それと、wxwidgetsのversionは、2.8.8だよね？
とりあえず、VC2003とVC2008の場合は、動作しますよ
102:デフォルトの名無しさん
08/09/16 22:11:41
94です。
助けありがとうございます。
wxwidgetsのversionは、2.8.8です。
Libのモード（リリースビルド、デバッグビルドとか）
のパスや名称は合っているようです。
URLﾘﾝｸ(forums.codeblocks.org)
にあった事例のようです。
I now compiled wxwidgets with VS2005 and
I am now able to build the samples,
but with new projects I still have problems.
It seems that the wizard does something wrong
- the linker wants to have wxmsw28d.lib
but I cannot find it on my system.
I have a lot of wxmsw28d_xxxxx libs...
という話しで
解決方法は
wxmsw28d.lib is for Monolithic debug builds;
you seem to have a Multilib build.
MultiLib is the opposite of Monolithic.
In the wizard un-check Monolithic or you need to build wxWidgets
as a Monolithic build.
とのことです。
つまり、wxmsw28d.libが生成されなければならないのに、
複数に分かれたwxmsw28d_xxx.libが生成されてしまうという問題です。
１つのwxmsw28d.libにまとめられれば、この問題は解決しますが
話が理解できません。
チェックを外すべきMonolithicとは何なのでしょうか？
どうすれば１つにまとまるんでしょうか？
103:デフォルトの名無しさん
08/09/16 23:22:59
94 氏とは別件だけど、2.8.8をMinGWでコンパイルで、ライブラリ(～.a)を
作成したまでは良いんだけど、リンクエラーが出ます。
ヘッダが無いとかが、原因ですかね？
～\wxWidgets\lib\libwxmsw28d_core.a(corelib_imagjpeg.o):..\src\common\imagjpeg.cpp|238|undefined reference to `jpeg_std_error'
104:デフォルトの名無しさん
08/09/17 00:36:56
>>102
ビルドが出来るってことは、WindowsSDKは大丈夫なんだね。
スタートメニューから、Visual Studio Tools でコマンドプロンプトを開ける？
開いたら、cd wxWidgetsのディレクトリ\build\msw して、
nmake /E MONOLITHIC=1 makefile.vc
してみて。
105:デフォルトの名無しさん
08/09/17 00:39:20
>>103
undefined referenceが出る場合は、そのシンボルの実態が無いって事だから、とりあえずリンクするライブラリ不足を疑うと良いよ。
jpeg_std_errorでググると、libjpegの中の関数だってわかるから、g++のコンパイルオプション（というかリンクオプション）に -ljpeg を
付けて再チャレンジして見て。
106:デフォルトの名無しさん
08/09/17 09:11:10
>>103があと数回は同じ質問を繰り返す様が見て取れるようだ。
107:デフォルトの名無しさん
08/09/17 23:25:19
>>104
94です。
たびたび助かります。
104を試したところ
しばらくコンパイルが通った後、
..\..\src\msw\utils.cpp(173) : error C2143: 構文エラー : ')' が '__stdcall' の前
にありません。
..\..\src\msw\utils.cpp(173) : error C2059: 構文エラー : ')'
..\..\src\msw\utils.cpp(175) : error C2143: 構文エラー : ';' が '*' の前にありま
せん。
以下エラー略～～な状況です。
この173行目は
typedef int (PASCAL *WSAStartup_t)(WORD, WSADATA *);
こんな内容です。PASCALかWORDかWSADATAのどれかが、定義されていないと思われるんですが、
VCのオプションでも、SDkへのパスは設定してありますし、
Microsoft Platform SDK\SetEnv.Cmdは実行済みなので(試しに直前にもやってみたけど結果は同じ)、
SDKのパスが通っていないとは思えないです。
おそらく、これが最後の関門だと思います。
どうかもう一度よろしくお願いします。
108:デフォルトの名無しさん
08/09/18 00:09:03
>>107
__stdcallは、PASCALというマクロが展開された結果。
その前に ')' が必要といわれてるんだから、問題になってるのはそこより手前
本当にそのコンパイルエラーの手前にWarningかエラーない？
109:デフォルトの名無しさん
08/09/18 00:33:20
>>107
というか、MONOLITHIC=0がデフォルトなんだから、MONOLITHICじゃないライブラリ使えば良いじゃない。
1. wx_dll.dswを開いて、構成をDLL Unicode Releaseを選択してソリューションをビルド
2. samples.dswを開いて、構成をDLL Unicode Releaseにしてソリューションビルド
で、普通にいけるぞ？
110:デフォルトの名無しさん
08/09/18 01:05:55
94です。
>>108
warning C4068: 不明なプラグマがありました。
というwarningが大量にありました。
>>109
>1. wx_dll.dswを開いて、構成をDLL Unicode Releaseを選択してソリューションをビルド
この時点で未解決の外部シンボルの嵐で全然ダメです。
wx_dllは他の構成でも全然ダメでした。
もしかして、何かおかしなことが起こってますか…？？
111:デフォルトの名無しさん
08/09/18 01:21:30
>>110
とりあえず、WindowsSDKとVC++2005消して、新しい環境を構築しなおせ。
VC++2008Express SP1
Windows SDK for Windows Server 2008 and .NET Framework 3.5
112:デフォルトの名無しさん
08/09/19 00:14:55
そうします。
やっぱり何か異常な状態なんですね。
113:デフォルトの名無しさん
08/09/21 00:19:51
すいません。Code::Blocks+MinGW+WxWidgets2.8.8の環境構築について
解説しているサイトはないですか？ググったのですが見つからなくて
困ってます。
114:デフォルトの名無しさん
08/09/22 17:26:08
wxPythonでのトラブルですがwxWidgets絡みなので
ここで質問させてください。
wxWidgetsのDLLをUPX圧縮した状態でwxを使うツールを
２重起動するとOS毎固まる症状が出ています。
調べた限りではwxのどのDLL,pydを圧縮しても
同じ症状が出るようです。
OS Win98
WxWidgets 2.8(wxPython2.8.7.1 本家のWin版)
UPX 2.0.3
AVSP(1.3.6 python2.4 wx2.6)ではUPX圧縮してあっても
多重起動できているのでバージョンの問題かも
しれませんが、ツールを一纏めにして配布する
予定なので出来るだけ圧縮して使用したいのです。
御教示お願いします。
115:デフォルトの名無しさん
08/09/23 08:32:34
ツールを一纏めにして最後にZIP圧縮して配布すればよい。UPX圧縮したのを一纏めにするのとほぼ同等の効果がある。
というより何形式であれ圧縮されたファイルはそれ以上ほとんど圧縮されない。何故なら圧縮されているからだ。
116:デフォルトの名無しさん
08/09/23 09:18:59
wxWidgets 2.8.9 リリースされたみたい。
117:デフォルトの名無しさん
08/09/23 10:15:22
コンパイルするのまんどくさいんで
誰かランタイムとヘッダだけまとめて配布してくれ
118:デフォルトの名無しさん
08/09/23 10:19:43
>>115
圧縮されてるから圧縮されないんじゃないよ
均一にどの視点から見ても完全にランダムなデータになってるから圧縮出来ないんだよ
同じデータでも圧縮する前に可逆な方法でランダムに入れ替えたデータでやるとまったく圧縮出来ないよ
圧縮率の上下はいかにランダム性を生ませないような構造にデータを持っていくかが味噌なんだ
最近の圧縮アルゴリズムなんてとっくの昔にエントロピーなんて越えてるし
119:114
08/09/23 17:35:09
>>115
pythonの場合はスクリプトなので起動時のロード時間が
非常にかかります。wxWidgetsのライブラリは
テキストが多く含まれているので圧縮すると半分くらいの
大きさになりロード時間がかなり削減できます。
今回は圧縮率よりもロード時間を気にしています。
念のために。UPX圧縮による実行時のメモリ浪費は
気にしなくて結構です。
120:デフォルトの名無しさん
08/09/23 17:53:39
スレ違いで申し訳ないのですが、widestudioを使ったことがある方っていますか？
IDEも付いている至れり付くせりな感じなのでいいんではないかと思うのですが、あまり稼動実績が見当たらないのですよね。
wxWidgetsと比べてどんな感じかとか、使ったことある方いらっしゃったら教えて頂けると嬉しいです。
121:120
08/09/23 18:02:58
すいませんwidestudioのスレあったのでそっちいきます。。
と言ってもここでも色々意見頂けるとありがたいのですが。
122:デフォルトの名無しさん
08/09/24 03:36:42
widestudioはwx以上に使われてない感があるな～
見た目がOS標準じゃないのがちょっと・・・
OS標準よりもかっこよければ、非ネイティブでも許せるんだけども
123:デフォルトの名無しさん
08/09/25 13:45:50
>>116
おっ、まじですか
そろそろ汎用的なXMLPerserｷﾀｰかな?一寸見てこよ。
つか、>>91-93が完全に空気になっているのに吹いた。
124:デフォルトの名無しさん
08/09/25 20:11:40
>>122
ありがとうございます。
うーん、やはりそんな感じなんですね・・
125:デフォルトの名無しさん
08/09/28 13:43:04
WxWidgetsについて質問させてください。
Windows上で、WxRubyを使ってアプリケーションを作っているのですが
そのアプリケーションの中で、時間のかかる作業（多くのファイルのコピー）を始めると
作業中にウインドウが固まってしまいます。
（ウインドウ上のボタンが押せない＆他のウインドウをアクティブにすると、元のウインドウを表示できなくなる）
定期的にupdateメソッドを実行してみたりもしたのですが
表示が更新されるだけで、固まる問題は解決しませんでした。
WxWidgetsにおいて、時間のかかる作業をやりたいときの
定石のようなものはないでしょうか？
126:デフォルトの名無しさん
08/09/28 14:04:17
処理を分割してタイマーか何かで少しずつ進めるか、処理を別スレッドにする。
wxWidgetsに限らず大抵のウィンドウシステムではこうなるわな。
127:125
08/10/01 15:40:25
ありがとうございました！
Rubyスレッドの中で処理を実行して、WxTimerで10msおきにスレッドに処理を回すことで
余裕を持って動くようになりました
128:デフォルトの名無しさん
08/10/01 20:22:11
MinGWでwxwidgetsをコンパイルして使えるところまで来たと喜んでいたんですが、
簡単なサンプルで
C:/wxWidgets-2.8.9/include/wx/chkconf.h:103:9: #error "wxUSE_DYNLIB_CLASS must be defined."
C:/wxWidgets-2.8.9/include/wx/chkconf.h:111:9: #error "wxUSE_EXCEPTIONS must be defined."
C:/wxWidgets-2.8.9/include/wx/chkconf.h:119:9: #error "wxUSE_FILESYSTEM must be defined."
C:/wxWidgets-2.8.9/include/wx/chkconf.h:127:9: #error "wxUSE_FS_ARCHIVE must be defined."
C:/wxWidgets-2.8.9/include/wx/chkconf.h:140:9: #error "wxUSE_DYNAMIC_LOADER must be defined."
C:/wxWidgets-2.8.9/include/wx/chkconf.h:148:9: #error "wxUSE_LOG must be defined."
・・・
というようなエラーが出てします。原因は何が考えられますか？
ちなみに付属のサンプルはmakeコマンドでビルド出来ました。コンパイル時の
オプションの問題なのでしょうか？
129:デフォルトの名無しさん
08/10/02 11:12:59
>>128
MinGW 使ったことないから外しているかもだけど
setup.h は include している？
130:デフォルトの名無しさん
08/10/02 11:25:01
`wx-config --cxxflags --libs`とか？
131:デフォルトの名無しさん
08/10/02 11:45:58
>>128
samplesフォルダのminimalはコンパイルできる？
132:デフォルトの名無しさん
08/10/02 11:47:49
ああ、makeで出来たって書いてあった、すまん。
コンパイル時に打ったコマンドをさらした方がよいと思われ。
133:128
08/10/02 14:05:05
レスありがとうございます。
windows上でプログラム作るときは、やはりVC++使ったほうがいいのかなと思って
開発環境を変えようかなと思っています。
>>129
setup.hはインクルードしてませんでした。たぶんコレが原因…
>>132
make時は、
URLﾘﾝｸ(wiki.codeblocks.org)(MSW)
を参考に、mingw32-make -f makefile.gcc MONOLITHIC=1 SHARED=1 UNICODE=1 BUILD=release
を使ってました。コンパイル時にはNetBeansを使っていたのですが、もうアンインストールしちゃったので分かりません。
NetBeans、もっさりしすぎです・・・
134:128
08/10/02 14:15:34
連投すみません。setup.hが原因の場合、includeパスにwx.hがおいてあるフォルダを
設定していたら、そこにsetup.hを放り込んでおけば良かったのでしょうか？
サンプルのminimalをmakeは出来たのに、自分でコンパイル出来なかったということは、
インクルードパスの設定が不十分でsetup.hが見つからなかったことですよね。たぶん
135:デフォルトの名無しさん
08/10/02 17:56:59
>>134
wxは複数のバージョンや条件(Unicodeだとかデバッグだとか)でビルドしたライブラリ
を置いといて、wx-configにオプションを与えることで設定通りの条件のsetup.h
だとかライブラリだとかが使われるコンパイラ引数を出してくれるようになってる。
なのでsetup.hを手前で適当に放り込むなんてのはしない方がよい。
ファイルがどこにあるか調べ上げて自分でパスを列挙するなんてのとは違う。
136:134
08/10/02 19:11:22
>>135
wx-configはちょっとしたプログラムを作るためのもので、まともなプログラムを
作る場合はmakefileにインクルードパスなどを細かく書くものだと思っていました。
`wx-config`はcygwin,linuxあたりでは使えると思うのですが、windowsの
開発環境(VC++,eclipse,netbeans等)で、コンパイルオプションに指定して
動くものなのですか？
137:デフォルトの名無しさん
08/10/02 19:21:13
もともとMinGWって言ってるじゃねーか。
なんでVCが出て来るんだよ。
138:デフォルトの名無しさん
08/10/02 19:39:53
> まともなプログラムを作る場合は
もっとマシな人間をアサインする
139:デフォルトの名無しさん
08/10/02 19:47:32
>>137
確かに、それは私が悪いんですが、wxwidgets自体がクロスプラットフォームな
ライブラリじゃないですか。そうすると、VCで使う人もいるだろうし、
VCの場合はどうするのか気になったんです。
結局、'wx-config'はcygwin上からでしか使えないのですか？
140:132
08/10/02 19:51:52
wx-configは、makefileに細かく設定するのがめんどくさいから使うもの。
wx-configはWindowsのコマンドラインからは使えないので、使えるようにするためのツールがMSYS。
MSYSからwx-configを使ってコンパイルしてみなされ。
ちなみにwx-configをくくってるのは半角のバッククォートだよ？Shift+@で。コマンド置換とかで調べてみ。
gccのオプションとかについても調べましょう。
141:デフォルトの名無しさん
08/10/02 20:06:45
>>140
回答ありがとうございます。
バッククォート間違ってたorz
どうもいくつか腑に落ちないことがあって、ヘッダファイル除いてみたり
してたんですが、根本的に間違えてるかもしれないです。足掻いてみます。
お騒がせしました。
142:デフォルトの名無しさん
08/10/03 11:02:20
>>139
VisualStudio の場合、基本的には.dspなんかを使うんだけど
それが build/msw フォルダに入っている。
で、その中で include パスの設定なんかが入っているので
そのままコピーするなり好きなように設定すればOK
143:デフォルトの名無しさん
08/10/04 23:14:11
WxWidgetsってIDEで使うの難しいよ。
私のスキルがないのもあるけど、今までEclipse+CDTやCode::Blocksと
環境づくりができなかったよ。もっと簡単にできないと普及しないんじゃ
ない？wxDevC++は簡単だったんだけど、デバッグに難ありじゃ使えない…。
144:デフォルトの名無しさん
08/10/04 23:27:38
今、wxDev-C++のサイト見てきたけど、Web Update したら Ver7相当になるのかな？
そろそろ、バージョンアップの日は近い？？
145:デフォルトの名無しさん
08/10/06 22:31:49
いや、普及しないのはきっとバイナリが馬鹿でかくなるせいだ。
ちょっとしたアプリでも2M以上になるんじゃ恥ずかしくて公開できない。
146:デフォルトの名無しさん
08/10/06 23:04:03
今時実行ファイルがでかいぐらいで恥ずかしがることもあるまい
.NET Frameworkが必要と言った瞬間に文句を付けてくるような奴がいる世の中だ
別途インストールが必要ないのは利点だぜ
147:デフォルトの名無しさん
08/10/06 23:33:03
.NETの必要な400KBのプログラムよりは
単体で動く4MBのプログラムの方が良い
148:デフォルトの名無しさん
08/10/07 06:34:26
.NET嫌いのエンドユーザーって、実際的なことではなく、
「こう言っとけば"わかってる奴"みたいに響くらしいぞ、うひひ」
的な動機で文句言うからなぁ。
毎度文句を言うくらいならランタイムをインストールしたほうが早いのに、
意地でもそれをせずに「.NET対応だと困る自分」を死守してるだろ、彼らｗ
149:デフォルトの名無しさん
08/10/07 08:28:52
>>148
そのインストールが面倒だから文句言ってるんだよ、分かれよそのくらい
インストールだけで時間かかるし
バージョンアップが必要になることも多いし
別PCで動かそうとしたときに面倒だし
150:デフォルトの名無しさん
08/10/07 09:06:41
>>149
インストールより「.NET対応だと困る状態」を維持して
毎度毎度困り続けるほうが面倒だろって言ってるんだよ、分かれよそれくらい。
151:デフォルトの名無しさん
08/10/07 09:10:22
初回起動が遅いのが.NETの最大の難点だと認識している
二番が移植性、インストールの問題は三番目
152:デフォルトの名無しさん
08/10/07 09:10:57
.NETの要る要らないでソフトの作者を叩いたり
ネットで喧嘩したりする時間とやる気はたっぷりありますが、
インストールする時間とやる気はまったくありません、それくらい分かってください。
とか言われても、「分かりません」としか言い様がないんだよね。
153:デフォルトの名無しさん
08/10/07 09:13:23
>>151
初回起動の問題が圧倒的だよね。
そういう「実際的な問題」なら話はわかるし、俺もそれは好きじゃないから、
.NETは趣味の開発では避けてるよ。
154:デフォルトの名無しさん
08/10/07 09:23:03
>>150
仮にWindowsユーザー全員がインストールしたところで、.NETの方がバージョン上がるから同じ事だ
155:デフォルトの名無しさん
08/10/07 09:38:57
それが同じじゃないことに気付かないのは>>148の内容の人ですね、キミは
156:デフォルトの名無しさん
08/10/07 10:14:45
もう既に、この会話のほうが、インストール作業より時間的にも長く
キーボードを叩く量＝人間側の労働コストも多くなってるからね。
これは自発的にやれるけど、インストールはやれません、は通用しないよ。
157:デフォルトの名無しさん
08/10/07 10:15:14
>>152
何でマイクロソフトは Windows Update で強制的に .Net をインストールさせないんだろう？そしたらこういう文句もでなくなるはずだよね。
158:デフォルトの名無しさん
08/10/07 10:27:25
ヒント：M$は製品にﾄﾞﾄﾈﾄを使わない、MFCを使わない、VBを使わない
159:デフォルトの名無しさん
08/10/07 10:28:50
>>157
Vistaでプリインストールされているので自然に普及するという計算だった
しかしそのVistaがあんまり・・・
160:デフォルトの名無しさん
08/10/07 10:46:09
ヲイヲィ、変な門すすめんじゃねーよｗ
ﾁﾞｬｳﾞｧ以下じゃねーか（怒
＞ｽﾚﾘﾝｸ(prog板:863番)
＞VB.netがしょぼすぎるんでC#.netを始めた。
＞Javaと同じ割りに選択肢が乏しくてメリットがないように感じる。
＞俺、間違ってるかな？
161:デフォルトの名無しさん
08/10/07 11:01:39
先ずはM$に製品にﾄﾞﾄﾈﾄを使うように説得してみてはどうだろうか？
話はそれからだ。
162:デフォルトの名無しさん
08/10/07 12:33:54
誰も勧めちゃいないと思うんだが
163:デフォルトの名無しさん
08/10/07 13:01:55
たしかにﾄﾞﾄﾈﾄを勧めるなんてﾃﾗ悲惨すぐる。
そんな痛い香具師いねーかｗ
164:デフォルトの名無しさん
08/10/07 19:48:04
なんか本題からずれてきてるぞ
問題はWxWidget使った実行ファイルのサイズだろ
165:デフォルトの名無しさん
08/10/07 20:33:30
wxTNGがリリースされれば、ファイルサイズはWTLなみに小さくなるはず。
URLﾘﾝｸ(wiki.wxwidgets.org)
166:デフォルトの名無しさん
08/10/08 22:46:13
なんでこんなに盛り上がってるんだｗ
167:デフォルトの名無しさん
08/10/09 19:02:42
>>143
NetBeansで出来た。他のIDEでもいけると思う。コンパイラとリンカのオプションに
wx-config --cflags と wx-config --libs で出力される文字列コピーしてウマー
NetBeansの場合、Runで実行するときにはLD_LIBRARY_PATHに共用ライブラリしていしないといかんけど
168:デフォルトの名無しさん
08/10/10 03:02:54
>>165
wxTNGの完成予定時期ってどっかに書いてる？
169:165
08/10/10 07:52:16
>>168
本来はwxWidgets3.0で対応する予定が、3.0では却下されたみたい。
URLﾘﾝｸ(garrys-brain.blogspot.com)
次々メジャーバージョンの4.0では対応してくれると信じたいけど…。
あと、ちゃんと読んでないけど、wx-discussでの関連すると思しき記述。
URLﾘﾝｸ(lists.wxwidgets.org)
170:デフォルトの名無しさん
08/10/11 01:38:46
>>169
しばらくは現状の仕様のままということですか。
3年後くらいには出てるかもしれないね。
まあ、今のままでも若干MFC臭がするくらいで、そう不便でもないとも思うが。
171:デフォルトの名無しさん
08/10/11 12:56:58
>>167
すいません。wxのコンパイルから、NetBeansの環境設定まで
初心者に分かり易く書いてもらえないでしょうか。
実行ファイルのサイズが大きくなるのは全然平気。使う側も意識しないだろうし。
172:167
08/10/11 17:41:22
>>171
どこら辺が分からない？
全部書いてもいいけど、長文になるだろうから質問に答えていく感じの方が
173:171
08/10/13 01:11:57
NetBeans wxwidgets でぐぐったら良い記事見つけたので
良いや。それ見て、eclipse+CDT+MinGW+msys+WxWidgetsで
環境できたし。
174:デフォルトの名無しさん
08/10/13 08:34:47
NetBeansじゃねぇw NetBeansはMakefile書かなくていいから楽だけどなぁ
175:デフォルトの名無しさん
08/10/14 09:14:31
>>173
結局、お前には
「ググレカス」
って返事しとけば良かったってことだな
176:デフォルトの名無しさん
08/10/19 14:13:35
wxglade使って、骨組みだけパパッと作りたいんですけど、
ボタンなどの部品をフレーム一杯に配置するにはどうすれば
いいですか?サイズに-1,-1を設定するとOS毎のデフォルトサイズが
適用されるみたいですけど、パネル・フレーム一杯に配置する
特定のパラメータってないんでしょうか？
177:デフォルトの名無しさん
08/10/19 15:23:26
>>176
サイザー内の部品について
proportionを1以上にすると、サイザーの方向に伸びる
（サイザー内に複数の部品があれば、proportionの値が大きいほど幅を取る）
Alignment - wxEXPANDをオンにすると、サイザーの方向と垂直に伸びる
178:デフォルトの名無しさん
08/10/19 16:03:11
>>177
出来ました。ありがとうございます。
wxGladeって書いてましたが、よく見たらwxFormBuilderでしたw。
ubuntuで適当に入れたから、wxgladeと思い込んでたけど、
今はwxFormBuilderの方がメジャーなんかなぁ
179:デフォルトの名無しさん
08/10/19 17:15:05
自分はDialogBlocksが一番好き
180:デフォルトの名無しさん
08/10/22 12:55:03
wxWidgetsアプリのファイルサイズはまあ許容できるけど、
minimalサンプル実行時のメモリ使用量が40MB近くってどういうことだ？
$ wx-config --list
Default config is gtk2-unicode-debug-2.8
だけど、debugビルドだから？
181:デフォルトの名無しさん
08/10/22 22:43:01
DialogBlocksいいよな
軽いしコメント消せば余計な補完しないし
最初はテキストエディタで直接弄った箇所を
消されたりしてその良さがわからんかったけどな
182:デフォルトの名無しさん
08/10/23 00:16:17
DialogBlocksの宣伝するのなら、環境構築のやり方教えてちょ。
183:デフォルトの名無しさん
08/10/23 10:12:52
>>182
今、試してみた。
環境がwindows+visual C++なら、dialogblocksインスコすれば
勝手にコンパイラとかの検知はしてくれるみたい。あと手動で、
Settings->Path->WXWINに、公式サイトから落としてきたwxMSWを
解凍したフォルダを設定すればいけたよ。ただ、ビルドオプションが
ReleaseとDebugしかないってのは…。Unicodeを設定する方法とかあったら
補足よろしく
184:デフォルトの名無しさん
08/10/23 14:15:51
>>182
おう、興味をもってくれる人が出てくるのを待ってたぜ
URLﾘﾝｸ(www.anthemion.co.uk)
で、
DialogBlocks 4.27 Developer Bundle for Windows NT/W2K/XP/Vista (Unicode).
を落としてインストールだ。
DialogBlocks、wxWidgets、MinGWがいっぺんにインストールできる
wxwidgetsとMinGWは共にデフォルトのパスにインストールを推奨
MinGWはG++とMinGW-Makeを選択すること。
Webインストールで、たまにファイルが落ちてこないことがあるが
何度かリトライすればインストールできるのでキャンセルはしないこと。
DialogBlocksからwxWidgetsをコンパイルできるのでMSYSはいらない。
すでにwxWidgetsとMinGWをインストールしている場合は
DialogBlocks初回起動時にウィザードがでてくるのでそれに従って
それらのパスを指定するだけ
Bundleをインストールした場合は自動的にパスが検知されてる
細かい選択肢がインストールの間にいくつか出てくるのでダレないこと。
知ってるかもしれないがwxWidgetsのコンパイルもえらい時間がかかるので
やっぱりダレない事。
あとDialogBlocksは言語が選べるけど英語かドイツ語しかない
だけど基本的なことは他のIDE(Visual Stadioとか)とほぼ似通っているので
なんとなくで判るはず。
これでProjectを作れるところまでいける。正味2時間ぐらい。
>>183
View→Settings→Configration→Add でいけない？
185:デフォルトの名無しさん
08/10/23 17:45:16
>>184
unicode設定できたサンクス。
にしても、高機能過ぎない？コンパイル出来ることにビビッたんだけどw
186:デフォルトの名無しさん
08/10/23 19:46:17
結局簡単な設定とかだけで日本語が通るwxWidgets向けIDE/RADはないってことでFA？
187:デフォルトの名無しさん
08/10/23 20:56:39
ないんじゃね
意味が二つ取れるけどとりあえずないんじゃね
188:デフォルトの名無しさん
08/10/23 21:54:57
gccは--input-charsetと--exec-charsetで、
windresは--languageでASCII以外が通るってことみたいだから
あとはIDE/RADがSJIS or UNICODEで編集・出力できるか、
にかかってるんじゃないかと思ったのよ
189:デフォルトの名無しさん
08/10/24 01:05:42
＞＞１８４
一回、インストールしてみるわ。
190:デフォルトの名無しさん
08/10/24 09:14:50
>>184
超乙！
191:デフォルトの名無しさん
08/10/31 23:38:41
誰か、DialogBlocksを日本語化してくれ。
192:デフォルトの名無しさん
08/11/01 10:20:10
>>191
がんばれよ
URLﾘﾝｸ(www.poedit.net)
193:デフォルトの名無しさん
08/11/01 10:24:44
つかさ、クレクレばっかじゃなくてもっと話題が広がる振り方ないの？
まあバリバリのwxプログラマはwxcomunityで英語で意見交換してんだろうなぁ
194:デフォルトの名無しさん
08/11/01 16:51:08
してる人いるのかなぁ。
個人的にマルチバイト周りの強化して欲しいと思ってるが英語でメールするのが億劫でいまだしていない。
195:デフォルトの名無しさん
08/11/01 23:27:23
>>194
「して欲しい」というのがまず間違ってるんでないの。オープンソースなのに。
196:デフォルトの名無しさん
08/11/02 00:25:42
べつに間違ってはいないと思うけど
オープンソースだからパッチ書かずに要望出すな、ってことはないでしょ
パッチ出した方が早いってだけで
197:194
08/11/02 01:40:50
今んとこそこまでやれるレベルのプログラマではないので^^:
198:デフォルトの名無しさん
08/11/02 01:45:24
具体的にマルチバイトのどのあたりを強化して欲しいの? >>197
ユニコードでやっとけばとりあえず問題ないとおもうんだけど。
199:デフォルトの名無しさん
08/11/02 02:51:18
ユニコードが使えない環境で今更作りたくないな
200:デフォルトの名無しさん
08/11/02 03:05:30
話題が広がらないのは、もうwxWidgetsが枯れてるからじゃない？
MFCからの蓄積があるから、基本的なデザインで悩むとこなんてほとんどないし、
個々のクラスの使い方もドキュメントを見れば一発だから。
wxTNGは熱くなれそうだけど、一部でしか盛り上がってないからどうしようもない。
MFC上がりのおっさんが、クロスプラットフォームな何かを
経験を生かしてさくっと作るライブラリってことでいいじゃない。
201:デフォルトの名無しさん
08/11/02 03:54:45
ML読んでればわかるけど、文字を表すのに1バイトで足りない文化圏の人は素直にUnicodeビルド使ってねというのがVZたちの基本的スタンスよ。
202:デフォルトの名無しさん
08/11/02 22:51:35
VZってVadim Zeitlinのことだよね
Samplesでよく見かける
関係ないけどこの人たちが8年前に書いたソースで勉強してるんだなあと思うと
先駆者との距離の開きに焦りを覚えるよ
203:デフォルトの名無しさん
08/11/02 23:42:27
まあUnicode使用は妥当だろうな。
ShiftJISはダメ文字問題が面倒臭すぎる。
204:デフォルトの名無しさん
08/11/04 02:27:04
Unicode問題、よく言われてるけど、
正直、いまのままでもあまり困ってない。
(wxString て言ったって、setup0.hを変更すれば std::stringになるのだし・・・。)
具体的に、何に困ってるの？
205:デフォルトの名無しさん
08/11/17 06:50:39
ライブラリのビルドで--disable-threadsをつけるのが常みたいですが
スレッド作らなきゃいけない場合どうしてますか？
206:デフォルトの名無しさん
08/11/25 13:59:57
結局Mac OS X でwxする場合、どの開発環境が良いんだろうね？
207:デフォルトの名無しさん
08/11/26 17:03:52
正直ほかの環境で wx で書いて出来たものを持ってきてからコンパイルして
微妙にいじるのが正しい気がする。
OS X 専用なら wx で書く必然性が全くない。
wxPerl と wxPython は標準の OS X にインストールされているのでそれを使うのが正解かもしれない。
208:デフォルトの名無しさん
08/12/07 03:36:00
パソコン変えたので新しくwxWidgetsインストールしようとしたら./configureで失敗します・・。
windows xp professional
msys 1.0.10
mingw 5.1.3
wxMSW 2.8.8
で、MSYSから
./configure --disable-threads --enable-monolithic --enable-unicode
を実行すると
please set CFLAGS to contain the location of windows.h
というエラーが出て止まってしまいます。。
どなたかお助けください。。ｍ(_ _)ｍ
209:208
08/12/07 03:38:10
MinGWはc:/msys/1.0/mingw にインストールしています。
CFLAGS=c:/msys/1.0/mingw/include
とかやってみてから./configure してみても変わりませんでした。
210:デフォルトの名無しさん
08/12/07 04:28:28
w32apiは正しくインストールされてるのか
#それに CFLAGS はコンパイラオプションで直接ディレクトリを代入しても認識しないと思うがたぶん
211:デフォルトの名無しさん
08/12/07 05:55:09
mingwを後から入れたってことだからmsysから/mingwへのパスが通ってないとか？
c:/msys/1.0/etc/fstabに
c:/msys/1.0/mingw /mingw
って入れとけば間違いないかも
mingwはインストーラーで全部チェック入ってれば問題ないと思う
あとビルドするときはビルド用のディレクトリ作って、その中から../configureした方がいいよ
212:208
08/12/07 13:45:21
ありがとうございます。
いろいろ試してみているのでがまだ解決しません。
msysからgccとかでコンパイルはできるので、mingwのパスは大丈夫そうです。
./configure 途中の出力見てると、どうもSegmentation fault がでまくっている感じのようです。
これのせいかなと思うのですが、Segmentation fault ってのは要は他のプログラムと競合しているということなのでしょうか？？
バックグラウンドで動いてるプログラムを停止したりしてみながらいろいろ試しているのですが・・
213:208
08/12/07 14:18:59
./configureを走らせるタイミングによってエラーの結果が変わります。
一回 segment fault 吐きながらも最後まで./configure が終わったのですが、案の定make でエラー終了しました。
どうしたものか・・
214:デフォルトの名無しさん
08/12/07 14:55:01
そのエラーメッセージを書かないことには・・・。
215:208
08/12/07 15:31:27
エラーの内容毎回変わります・・
216:215
08/12/07 23:47:45
エラー吐きまくりつつもなんとか簡単なプログラムはビルドできるようになりました。
ありがとうございました。
しかしMSYSがなんかおかしいのか・・
217:デフォルトの名無しさん
08/12/08 00:06:23
>>216
それはビルドできるようになったとは言わない
218:デフォルトの名無しさん
08/12/08 10:47:15
>>216
ハードディスクがいかれているんじゃない？
chkdsk してみた？
Segmentation fault ってのは例外が発生しているんだけど
普通は起きないようなエラーだから、ハードウェア的なトラブルなんじゃない？
219:デフォルトの名無しさん
08/12/08 11:57:47
configureを使用しないという選択はないのか…
220:215
08/12/08 16:40:27
ご親切にありがとうございます。
>それはビルドできるようになったとは言わない
wxWidgetsのインストール時にエラー吐きまくっているが、簡単なプロジェクトのビルドはできるようになったということです。
たぶんコンパイルできなかったスタティックリンクライブラリがかなりたくさんあるのでもちろんどうにかしなければと思ってはいるのですが・・
>>chkdsk してみた？
chdsk 知らなかったのでやってみたところ、破損ファイルを回復しています・・みたいのが一つでたのですが、
その後./configureしてみてもやはりSegmentation fault は出ました。
ハード的になんかおかしいってことなんでしょうか？
そもそもMSYSのインストール時点で
Couldn't reserve space for cygwin's heap
という変なエラーが出てるんですよね。
この症状は報告例があって、調べてなんとかMSYSは動くようになったんですが、
もしかしたらそのせいでMSYSが完全に正常には動かないような状態になっていて、それでwxWidgetsの./configureでSegmentation fault が出まくるのかなと思ってたのですが・・関係ないでしょうか？
>configureを使用しないという選択はないのか…
そんなことできるんですか？？
221:デフォルトの名無しさん
08/12/08 23:57:59
>>220
一旦、すべてアンインストールして、一からやり直したほうが早いんでないかい？
MinGW、msys、環境設定、wxWidgetsのインストール全て。
以下で親切に解説されてますよ。
URLﾘﾝｸ(labs.unoh.net)
222:デフォルトの名無しさん
08/12/09 03:18:56
ドキュメントにmakefileを直接使う方法ってのが載ってるじゃん
俺はむしろMinGW環境ではこっちが標準だと思ってたんだけど
MSYSからじゃなくてコマンドプロンプトからになるけど
mingw\binに環境変数でPATH通してから
> cd c:\wx\build\msw
> mingw32-make -f makefile.gcc BUILD=release SHARED=0 MONOLITHIC=1 UNICODE=1 USE_THREADS=0
みたいにビルドできるよ
つか、install-msw.txtくらい読むものじゃないの…？
223:デフォルトの名無しさん
08/12/12 00:42:03
結局どうなったんだ…？
つかmakefileを直接使う俺は異端なのか…？
224:デフォルトの名無しさん
08/12/15 07:49:17
wxHtmlWindowに日本語を含むHTMLを読み込ませて、
マウスドラッグで日本語を選択するときに場所によって文字が化けるんですが、化けないようにする方法はありますか？
225:デフォルトの名無しさん
08/12/15 08:04:50
ユニコードビルドにしたら改善しない？
それで駄目なら wx のソースをいじらないとどうしようもない気がする。
というか wx で日本語がきめ細かく動くことを期待してはいけない。
226:デフォルトの名無しさん
08/12/16 03:15:54
DialogBlocks固有の問題だと思うんだけれども、
wxTextCtrlの初期値に"_"が含まれてると、"%"になっちゃう。
使わなければ良いだけなので回避してるんだけど、ちょびっと気持ち悪い。
227:デフォルトの名無しさん
08/12/25 05:08:59
こんなに至れりつくせりなライブラリなのに
日本では全然盛り上がらないな。
228:デフォルトの名無しさん
08/12/25 09:46:19
＞こんなに至れりつくせりなライブラリ
どこが？
＞日本では全然盛り上がらないな
海外では流行ってるのか？
229:デフォルトの名無しさん
08/12/25 09:53:38
Ubuntu 8.10 で、 wxGTK ダイアログ中のテキストボックス上で Atok X で変換すると、
確定するときに Enter キーを押すと OK ボタンが押されてしまう。
GTKアプリではこんなことが起こらないから、 wxGTK の input method あたりが
何かおかしいんだろうけど、何が悪いのかさっぱり判らない。
230:デフォルトの名無しさん
08/12/25 14:28:58
>>228
C++
オープン
クロプラ
日本語可
GUIウィジェット網羅
非GUI系ラッパも豊富
豊富なドキュメント
RADの充実
スタティックリンク可
多ビルド
これだけのものは他にないな。
>海外では流行ってるのか？
はい。
231:デフォルトの名無しさん
08/12/25 23:04:51
>これだけのものは他にないな。
Qt ...
232:デフォルトの名無しさん
08/12/25 23:13:21
流行らないのは、「クロスプラットフォームなGUIアプリ」のニーズが
少ないから
ポータブリティがタダで（犠牲なしに）手に入るのならいいが、残念ながら
そうではないしな
233:デフォルトの名無しさん
08/12/26 00:34:10
宣伝してないのと日本語資料が無きに等しいからだろう
234:デフォルトの名無しさん
08/12/26 08:55:58
>>231
やっぱ、Qtってメチャクチャ良いの？
クロスプラットフォームの開発にwxDev-C++でやってるんだけど、
C++ Builderには遠く及ばない感じがして。。。
235:デフォルトの名無しさん
08/12/26 14:03:04
230に
ライセンスがうざくない
OSネイティブのTKで動く
も入れるとQtは却下だな。
236:デフォルトの名無しさん
08/12/26 14:41:05
>>235
Mac OS X 上では ネイティブ度？は Qt のほうがマシだベ。
まあ誰も wxMac をつかってなさそうでメンテされてないからだろうけど。
237:デフォルトの名無しさん
08/12/26 19:47:15
VCL
○C++（少しDel臭いがMFCよりはマシ）
×オープンソース
×クロスプラットフォーム
◎GUIウィジェット
◎非GUIラッパ
○ドキュメント
◎RAD
○スタティックリンク可
MFC
○C++（かなりインチキ臭いマクロとか多いが）
×オープンソース
×クロスプラットフォーム
×GUIウィジェット
○非GUIラッパ
○ドキュメント
×RAD
○スタティックリンク可
WTL
◎C++
◎オープンソース
×クロスプラットフォーム
×GUIウィジェット
○非GUIラッパ
×ドキュメント
×RAD
○スタティックリンク可
238:デフォルトの名無しさん
08/12/26 19:47:55
誤爆った
239:デフォルトの名無しさん
08/12/26 21:23:30
なんでスタティックリンク可不可って問題なの？
Windows でもインストーラ書けばいいのでは？
Linux だったら .rpm とか .deb でいいし、
OS X なら .app パッケージに全部つっこめばいいよね...
240:デフォルトの名無しさん
08/12/27 00:28:37
ある時見つけた便利そうなソフトがインストーラしかないと知ってスルーした経験ない？
241:デフォルトの名無しさん
08/12/27 01:14:27
できないよりはできたほうがいいな。
242:デフォルトの名無しさん
08/12/27 10:54:50
>>240
ないけど...
ていうかインストーラ無いやつは Program Files 内に入らなくて
自分でフォルダ管理しないといけないからウザイ
243:デフォルトの名無しさん
08/12/27 15:19:17
会社とかで、さっくりと作ったアプリを
もらった時とかに、インストーラーがあると逆にうざくて
しょうがないときとかない？
何で、わざわざインストールが必要なんだ？とか
244:デフォルトの名無しさん
08/12/27 15:57:20
そんなことより Windows Update がうざい
245:デフォルトの名無しさん
08/12/27 16:13:48
ちょっと試してみるだけだったり、気に入らなければすぐアンインストールする
つもりのことが多いから、インストーラ無しのほうがいいな
フリーウエアでインストーラ付きだと、インストールするのをやめることもある
いやな予感がするときとか
246:デフォルトの名無しさん
08/12/27 16:23:45
インストーラが本当に必要なレベルの大型ソフトなんて個人では作らんよ
247:デフォルトの名無しさん
08/12/27 17:01:06
あとスタティックリンクできないと
なんのライブラリつかってるかもろばれじゃん。
有用なライブラリは同業者に教えたくないし。
248:デフォルトの名無しさん
08/12/27 17:33:01
>>247
その発想はなかったわｗｗｗ
249:デフォルトの名無しさん
08/12/27 19:53:37
そうか、インストーラ拒否症のひとって多いんだな。
自分がそうでないからわかってなかったが、
今後はスタティックリンクするようにしよう...
250:デフォルトの名無しさん
08/12/27 21:50:07
それにしたって、実行ファイルと同じフォルダにdll詰めてzipで配布すりゃ良いんじゃないの？わざわざスタティックリンクしなくても。
>>247
さすがにそれはねーよwどんだけ情報弱者の同業者想定してんのｗ
そのしょぼい独占欲で守られる利益なんて大してねーよw
251:デフォルトの名無しさん
08/12/27 23:52:23
やたら巨大なライブラリの一部の機能しか使わない時なんかは、
サイズ的にスタティックリンクの方が効率いいかもしれん。
まあ、そんなにサイズを気にするご時世じゃないけどね
252:デフォルトの名無しさん
08/12/28 01:48:53
スタティックリンク最大の利点は精神衛生上
ちょっと一端のプログラムを一人で作りあげた感を得られることだろう。
Windows慣れしてると、なんか変なdll置いてあるだけで
どことなく「ライブラリ頼りのトーシロ」感がかもしだされてしまう。
それよりはやっぱり実行ファイル一つ、のほうが気持ちいい。
253:デフォルトの名無しさん
08/12/28 03:12:08
Windows自身がライブラリの塊じゃん
254:デフォルトの名無しさん
08/12/28 04:11:19
実行ファイル一個で済む方が気分が良い
255:デフォルトの名無しさん
08/12/28 06:44:07
動的リンクなら、ライブラリに脆弱性が見つかったときに
そのアプリがメンテされて無くても対応できる可能性が！
いや、まずないけどね
256:デフォルトの名無しさん
08/12/28 11:10:28
>>252
ひとによって考え方が違うのは承知の上で聞くが、
全然わからん。プログラム書いた本人は
何のライブラリ使ったか覚えてるわけでしょ？
見た目だけちがうだけでなんで気持ち良かったり気持ち悪かったりするの？
257:デフォルトの名無しさん
08/12/28 13:32:06
windowsユーザーの意見だけど……
dll使用が嫌われるのは「俺のPCのシステムに変なの仕込むな」つうことだけでしょ？
dll hellとかも嫌だし、アンインストールするときにキレイになるか判らんし。
exeと同じフォルダに仕込んどけばシステムにインストールする必要は無くなるけど、
dllのメリット無くなるしね。
258:デフォルトの名無しさん
08/12/28 13:37:21
動的リンクで後から脆弱性が直せる可能性があるなら
同じように後から脆弱性を作り出せる可能性もあるのかな？
259:デフォルトの名無しさん
08/12/28 14:46:08
最近はサイドバイサイドとかマニフェストとか色々めんどくさい
260:デフォルトの名無しさん
08/12/29 22:37:21
>>250
いやあ、それが気になるのですよ。
うちの場合、
「ダイナミックでいれたランタイムを他のアプリが勝手に入れ替えた場合の保証がとれない。」
という理由で、お試しに作ったソフト・出荷ソフトの区別なく
一切ダイナミックリンク禁止になってます。
ちなみに、うちでは工場系のソフト（VC6 MFC製）を扱ってます。
工場のマシンに勝手にアプリを入れる馬鹿がいるとは思えないので、
ダイナミックだろうがスタティックだろうが、関係ないはずなのですけど・・・。
もしかして、OSのサービスパックが勝手に更新する、Cランタイム／MFCライブラリ
に対しての評価のことを気にしてるのか？
261:デフォルトの名無しさん
08/12/29 22:54:58
全然素人なんだけど、工場って WIndows つかってるの？
でかい機械をコントロールしてるときに Windows がブルースクリーンになったら
どうするんでしょう？危険でない？
Windows ベースのタッチパネル端末で良く異常終了して
エラー画面になって止まってるのをみるんだけど...
262:デフォルトの名無しさん
08/12/29 23:36:26
監視端末(Windows)と機械のファームは別だろう。
端末からの信号が途絶えたとしても、安全動作するよう普通考えるはず
263:デフォルトの名無しさん
08/12/30 00:23:35
>>261 >>262
もちろん、機械のファームはWindowsではないですが、
監視端末はWindows2000です。XpやLinuxにするだけのメリットがないので。
枯れた技術(STLですら新技術扱い)・枯れたコンパイラーしか(いまだに、VC6だぜ)使わせてくれないから、ブルースクリーンになることは、まずないよ。
>端末からの信号が途絶えたとしても、安全動作するよう普通考えるはず
のように設計指示はしてるのだけど、実際に作ってるのがFSIの新人だから、
評価だけはしっかりやらせてる。
264:デフォルトの名無しさん
08/12/30 00:43:11
なるほど！安心しました。まあ従業員の命がかかってるからそりゃ対処してるでしょうね。
265:２６３補足
08/12/30 01:05:15
EXEが使用するDLLが、何らかの拍子で規定の場所から消えて、
同じDLL（Version違い）がWindowsディレクトリにあった場合に、
動作してしまう可能性がある。
DLLのVersionチェックとかできればいいのだけど、
Versionチェックそのものがバグってた場合や、Cランタイム／MFCランタイム
に問題が合った場合、評価したDLLのVersionと違う環境で動作してしまう。
Version差分によって修正されたDLLの場所に、
競合とかリークとか実装上のミスがたまたま引っかかって、
１％の確率で落ちたりしたら、だれが責任とるんじゃ？という問題があるのよ。
１００万個作る場合、１万個の不良が出てしまう。。。
だったら、最初からスタティックにしておけば、DLLの外部要因をOSのDLLだけにしておける。
リスク軽減。その辺ってかんがえてる？
266:デフォルトの名無しさん
08/12/30 04:29:07
ダイナミックリンカのバージョンが変われば問題も起こるからなぁ。
プロトコルが決まっていればいいんだが、
プロトコルが一定でない関数呼び出しみたいなものは出荷検査みたいなのに対応できない。
267:デフォルトの名無しさん
08/12/30 18:15:34
>>265
まず言っとくけど、安全側に倒すってのもわかるし、DLLを強制するわけでもないぞ。
>EXEが使用するDLLが、何らかの拍子で規定の場所から消えて、
>同じDLL（Version違い）がWindowsディレクトリにあった場合に、
>動作してしまう可能性がある。
これはそういう風に依存するDLLを自動検索するよう作ってるからであって
.localファイルなりDLLを絶対パスで指定するなりすればいいんでないの？
>DLLのVersionチェックとかできればいいのだけど、
>Versionチェックそのものがバグってた場合や、Cランタイム／MFCランタイム
>に問題が合った場合、評価したDLLのVersionと違う環境で動作してしまう。
バージョンチェックがバグってたら、てそれはバージョンチェックするのはDLLホスト側なんだし
そんなバグ出るかもなんてレベルでホスト側のテスト通してるんならスタティックリンクしようがダイナミックリンクしようが
バグ埋め込みそうなものだけどなぁ。
Cランタイム／MFCランタイム側まで問題があった場合なんて言ったらそれこそスタティックリンクしようがダイナミックリンクしようがどうしようもないじゃないの。
ちなみにDllGetVersion()とかCOMとかCOM相当の自前でインターフェイスベースでコンポーネント作るとかやれば
バージョン違いでのDLLを使用することはそれなりに避けられるんじゃない？
>だったら、最初からスタティックにしておけば、DLLの外部要因をOSのDLLだけにしておける。
>リスク軽減。その辺ってかんがえてる？
その代わりテストするのは一塊の実行ファイルなりモジュールなりになるわけで、工数もテストの規模もでかくなると思われ。
全てのフローを網羅するとなったら個々のモジュール間が全て統合された場合の状態を全部網羅しなきゃならないし、
一部だけテストするとなったらなったでカバーしなきゃならない状態のテスト漏れとか起こりそうだし、
DLLでモジュールを細かく分割統治するより別側面でのリスクが増大しそうな気がする。
268:267
08/12/30 18:17:14
今気づいたがぜんぜんwxWidgetsと関係ない話に脱線してるな。ｺﾞﾒﾝﾅｻｲ。
269:デフォルトの名無しさん
08/12/31 16:23:30
いや、おもしろいよ。どうせ閑古鳥スレだし。
270:デフォルトの名無しさん
08/12/31 16:39:20
wxWidgets の場合、公式バイナリのような dll が無いので、 dll をほかの wxWidgets アプリと
共有しようとしたら違うconfigやコンパイラでビルドされた dll を使ってしまう可能性があって危険。
(C言語の場合ABIが決まってるけど、C++だとコンパイラのバージョンそろえないと怖い)
だから、wxWidgets の dll を system32 とかにぶち込む気にはなれない。
dllを共用できないのであれば、スタティックリンクにした方がいらない関数をリンクから外すとか
できるのでサイズが縮む。起動時間もダイナミックリンクがいらない分早くなるはず。
271:デフォルトの名無しさん
08/12/31 16:54:07
>>267
単純に疑問なんだけど、リンク形態によってテスト工数が変わる理由がわからないんだが
単純に配布のファイルフォーマットの話じゃないの？
どっちにしろテストは全部しなきゃならんわけで
272:263
08/12/31 17:17:47
>>267
たしかに、評価工数とかを考えると、フツーにモジュールを別にしますね。
>その代わりテストするのは一塊の実行ファイルなりモジュールなりになるわけで、工数もテストの規模もでかくなると思われ。
ええおかげさまで、ひどい目に遭いましたよ。帰れない日々が・・・。
COM形式なら、最悪IFクラスそのものを切り替えてしまえばいいので
それもありですね。
やっぱ、状況しだいなのかな。
273:デフォルトの名無しさん
08/12/31 17:40:14
>>271
前に、 モジュール（DLL←→EXE）間の、
「構造体メンバのアライメント指定」が不一致が原因でメモリ壊してる
バグがあったです。と言うのは関係ないか。
どっちかというと、バイナリとしてのモジュールが違うから、
別の担当者に作業を割り当てることができるから、というのも違うな。
LIBにするのだから、IFでわけるわな。
納品される側から考えたら、DLLでもLIBでも対して違いはないですな。
作る側から考えたら、DLLの概要仕様から作らなきゃならんわけで、
めんどくさいてのはあるかも。
外注に、「DLLの要求仕様を出してないんかい」てのは、なしの方向で。
274:デフォルトの名無しさん
08/12/31 17:48:18
DLLは基本的に「そうせざるを得ない」場合にしか使わないなぁ
275:デフォルトの名無しさん
08/12/31 18:09:06
お前ら完全にスレ違いだが
いいぞもっとやれ
276:デフォルトの名無しさん
08/12/31 18:40:32
そもそも、ネタがない・・・。
無理矢理作るか？
「wxwidgets乗ってたはずのC++Builder X ってどうなったんだ」とか？
これからやろうとしてるのだけど、
MFC製Dialogベースアプリを、
wxWidgetsのMDIの一画面にしてまともに動くのかとか？
277:デフォルトの名無しさん
08/12/31 19:11:49
mfcのdllとか危険過ぎる。
278:デフォルトの名無しさん
08/12/31 23:10:02
ちょっと気になった＆連絡。
あけましておめでとうございます。
SVNのVCプロジェクトファイルなんだけど、
今までマルチバイトのはずだった(Debugと、ユニバーサルじゃない方)設定
が全部、Unicodeビルドになってる。。。
2.9に更新する場合は、wxString → char*変換周り、全部直さないとだめぽ。
279:デフォルトの名無しさん
09/01/01 04:24:51
>>278
それ以前に、ASCIIで事足りる文化圏の人間じゃないなら、最初からUnicode使っておけよ。
280:デフォルトの名無しさん
09/01/01 13:30:08
>>278
前スレとかにあったような気がするんだけど、wxWidgetsの3.0からUnicodeに統一されるよ。
詳細は以下のサイトとかが参考になると思う。
URLﾘﾝｸ(wxwidgets.blogspot.com)
281:デフォルトの名無しさん
09/01/01 20:38:42
wxとboostがあればもう何もいらない。
これでSOHO GUIアプリ請負で25歳月収60-70万だぜ。
282:デフォルトの名無しさん
09/01/02 21:05:10
>>281
すごい。SOHOって仕事は自分で営業して取ってくるの？
283:デフォルトの名無しさん
09/01/02 23:21:46
発注元の慈悲に過ぎん。あと有能な営業なら同じ仕事でも100万で取ってくる。
284:デフォルトの名無しさん
09/01/03 01:49:01
マ板ネタになりそうだからこれで最後にするが
>>282
もちろんそうよ。ただ、特定の取引先と運良く良いコネが生まれたってのもある。
283のいうとおり、相手の良心に依存してるのはたしかだ。
まだwx自体が知られてなくて、それなりのGUIを作れるわりに
オープンでクロスプラットフォームということもあって
ある程度安心してガンガン技術習得に時間投資できるから
技術的精度が良かったり小回りが効いたりで客の評価は概ね高い。
285:デフォルトの名無しさん
09/01/03 02:17:40
webやDB込みだよね？
スタンドアロンなアプリで60ならすごいな
286:デフォルトの名無しさん
09/01/03 02:52:57
たしかにスキルがあって良いコネがあれば，そんぐらいもらえるかもなあ…
羨しすぎる
287:デフォルトの名無しさん
09/01/03 09:25:49
個人は浮き沈みが激しいから最高値だけで語れないし
将来が不安すぐる
俺も学生の時に某大手商社から個人契約でやらないかって言われたけど
２年後くらいにその商社の社員の賞与が全額カットとかで
行ってたら余裕で切られてたはず
で、今はニートな訳ですが何か？
288:282
09/01/03 14:16:16
>>287
自分も今は無職だよ。
ハローワークとかでも、ちょこちょこMFC使った案件の募集をやってる(自分は面接で落ちてしまうけど)んで、
そのままクロスプラットフォーム対応にしたwxWidgetsもそれなりに需要はあると思う。
ただ、wxWidgetsはAUIとかが今後メンテ・拡張されてくのかちょっと不安。
VS2008SP1のMFCみたいな強力なGUIとか、今後開発されるのかな？
289:デフォルトの名無しさん
09/01/03 15:28:01
無職ならOSSで名を売る作業に戻るんだ
けど、OSSから職に繋がったのなんてほとんど聞いたことない
290:デフォルトの名無しさん
09/01/03 16:49:55
AUIってドッキングインターフェース？
一般的なアプリでそれほど必須の機能とは思えないけど…
ドッキングできる場所が限定されれば自分で書くのもそれほど大変じゃなさそうだし
市販アプリならスキン的にやたらエキセントリックなUIにしたがるからそっちの方をなんとかしたほうが
wxWidgetsは何処ぞの組み込み系描画ライブラリ企業からバックアップ受けてるから
wxUniversalだのの、コンポーネントを自己描画する方向性ばかりが強まりそう
でもSwingでさえLook&Feelはそれほど発展しなかったのに
wxUniversalにどれほどの需要と将来性があるか個人的には非常に不明だわ
ハロワでMFC案件なんてあるんだ、行ってみようかなぁ
291:デフォルトの名無しさん
09/01/03 18:55:11
こんなスレまでハロワとかの話題が出てきて
悲しい気分になってきた．．
292:デフォルトの名無しさん
09/01/03 21:09:04
ハロウは楽しかったなあ。俺はあんまり仮装には参加できなかったけどね。
293:282
09/01/03 21:22:39
>>289
OSSが仕事で出来れば、それに勝る幸せはないかも。
>>290
wxMac(wxCocoa?)はMac持ってないんで良く分からないんだけど、
wxGTKではMDIがノート(タブ)形式になってしまうんで、LinuxでもMDIっぽいことを
やろうとすると何だかんだでAUI頼みになりそうな気がする。
wxUniversalは個人的には黒歴史として闇に葬り去られて欲しいんだけど、
wxPythonとかではむしろ積極的に活用されてるのかな？
>>291
ごめん、ハロワとかの暗い話題はこの辺でやめときます。
294:デフォルトの名無しさん
09/01/12 12:28:27
290みたいな御託だけで何もしなさそうな奴が、無職なのはすごく納得する。
295:デフォルトの名無しさん
09/01/12 15:59:53
wxBlogの方で以下の記事を見かけたんだけど、
日本語に翻訳されたものって何処かにあるのかな？
[wxBlog: Another Year of WX]
URLﾘﾝｸ(wxwidgets.blogspot.com)
[The Wonderful World of wxWidgets 3.0]
URLﾘﾝｸ(svn.wxwidgets.org)
296:デフォルトの名無しさん
09/01/12 17:45:04
>>294
御託だけで何もしないか、そうか、悪かったな。
>>295
概要だけで許せ
[wxBlog: Another Year of WX]
●2008年のwxの大きな動き
・コード書きより環境の改善が大きかった。
・sourceforgeのバグトラッカーをやめてTracを使うようにした。
・BuildBotを導入してビルドエラーを自動検出するようにした。
・Doxygenを使ってドキュメントを自動生成できるようにした。
●2008年に決定した戦略
・wxMacについてCarbonベースからαレベルではあるがwxCocoa(wxOSX)に移行を開始した。
これにより32/64bitの両環境に対応しUnixスタイルのdynamic libraryからframeworkに移行できる。
・ライブラリの品質向上。
これにより（長くメンテされておらず、バグが多く非互換性が強くなった）ODBCのサポートがドロップする。
同様にかなり酷い状況だったwxSocketとwxURLがクリーンアップされた。
全てではないがいくつかのwxGridの問題が修正された。
297:デフォルトの名無しさん
09/01/12 17:45:28
（続き）
●機能追加
・wxPorpertyGridがwxWidgetsに含まれた。
・wxDataViewCtrlと関連クラスが結構良くなった。
・wxRichTextCtrlが多くの小さな修正で重要な改善を果たした。
・wxGrid/wxListCtrlのカラム表示サポートの一部としてwxHeaderCtrl、
wxRearrangeListと関連クラスが追加され、カラムの順序変更が実装された。
・wxWrapSizerが追加された。
・wxCalendarCtrlがネイティブ実装になった。
・wxMessageDialogが改良され、特にボタンにカスタムラベルが使用可能になった。
・wxStaticTextがいくつか改良され、内容の省略をサポートした。
・wxGLCanvasがアンチエイリアスをサポート。
・AUIの主要な変更はwxAUIToolBarの追加。
・ついにwxBaseにイベントのサポートが追加された。
・忘れてるだけで他にもあるかも。
●他
・2.9.0の開発ブランチをプレビューリリースできなかった。
Unicode関連のフィードバックを取り込むため可及的に早くしたい。
・wxButtonで画像をサポートして欲しいという要望が多い。簡単なのですぐやる。
・今年はwxOSXを完成させて3.0をリリースしたい。
298:デフォルトの名無しさん
09/01/12 17:46:52
[The Wonderful World of wxWidgets 3.0]
Documentation in Doxygen
・3.0までにカスタムLaTexでドキュメントを整備する。
・ドキュメントの質を上げるためDoxygen形式を採用するが、手作業がかなり必要。
・これで3.0までに内容が見やすく正確になり、
ビルトインサーチや多くのコントロールのスクリーンショットが含まれる。
C++ features and template support
・STLはバギーな環境・コンパイラが多かったので避けてきた。
・が、大分良くなったので以下のようなSTLが有効な部分で使用する。
コンテナwxVector<T>、スマートポインタwxSharedPtr<T>、弱参照wxWeakRef<T>等々。
・Visual C++ 6.0のような古いシステムではwxが使えないか、機能制限される。
Platform features and backwards compatibility
・プラットフォームの新機能を取り込む一方、
最新のシステム向けの開発を阻害しない範囲で互換性もサポートしてきた。
・特にOSXとGTK+2が問題で、10.4Tiger未満のOSXと2.4未満のGTK+2は非サポートに。
・クロスプラットフォームなDB APIは本来範囲外だろということでwxODBCはドロップ。
299:デフォルトの名無しさん
09/01/12 17:48:24
Unicode: A Single Build for Everyone
・3.0までは歴史的経緯によりUnicodeビルドとANSIビルドの2つが存在する。
・WindowsやJavaはUTF-16を使いGTK+やOSXがUTF-8を使う時代になった。
・ANSIモードは削除。WindowsではUTF-16、それ以外ではUTF-8を使うことを決定。
UnixとGTK+での呼び出しで異なるUnicode表現間の変換は不要になる。
wxString、wxPrintf()等はUnicodeと8bit-stringの両方を必要に応じ受ける。
・wxアプリのユーザには見えないが、基礎的な変更で、3.0の主要な動機だった。
New 2D Drawing Code
・2D描画API(wxDC, wxPen等)は常にwxの一部だったが、初期からほぼ変わらず、
単一のフロントエンドに対し多数のバックエンドが分岐して
バイナリ互換性を気にすることなく簡単にプラットフォームの差違を吸収してきた。
・古い描画APIは多くのタスクと1990年代の描画能力に対し十分であったが、
WindowsのGDI+やLinuxのCairo、OSXのCoreGraphics等、
透過やアンチエイリアス、マトリックス変換といった現代的2Dシステムの
先進的機能を使用できなかった。
・このため新描画API(wxGraphicsContextとか)が追加される。
ビットマップでのαチャネルのサポート
ビットマップのRAWデータへのアクセスをサポート
定数を変更、wxMODERN→wxFONTFAMILY_MODERN、wxSOLID→wxBRUSHSTYLE_SOLID等。
・参照カウントが合理化されプラットフォームで共通になる。
なんかバカバカしくなったのでここまでで終了。
しょせん気まぐれだ、許せ。
300:295
09/01/12 19:19:24
>>296-299
翻訳超乙。Unicode化の理由と、Graphicsの改善のあたりが良く分かった。
とりあえず、3.0は期待して損はなさそうだね。
301:デフォルトの名無しさん
09/01/12 21:10:20
一服して若干気を取り直したので続きを投下。
Changes to wxBase
（訳注：wxBase自体の紹介は省略）
・wxStringとコンテナクラスには多くの変更がある。
・wxBaseの一番大きな変更はwx3.0でイベントベースのプログラムを書くための
イベントループ、タイマー、ソケット等の追加。
・ソケットのコードは重複部分を削除、C/C++で分かれていたコードをドロップ。
302:デフォルトの名無しさん
09/01/12 21:10:54
New controls and other major GUI additions for all ports
全ての修正とマイナーチェンジを羅列できないので、GUIの変更の概要のみ。
・柔軟な表現が可能なwxDataViewCtrl/wxDataViewTreeCtrlを実装。wxListCtrl/wxTreeCtrlを一部代替。
・wxGridの表形式はwxHeaderCtrlに分離したネイティブなヘッダを実装。
・wxPropertyGridの追加。
名前-値のペアを表現する一般的クラス。
wxDataViewCtrlと同様、数値、テキスト、リスト、フォントなどの
組み込みのエディタ（in-place, ポップアップ、コンボボックス等）を提供する。
・wxHyperlinkCtrlをGTKでネイティブに、他では一般的方法で実装。
・ファイルダイアログのカスタマイズのためwxFileCtrlを実装。
・wxRichTextCtrlに親・子スクリプトのサポートを始め高速化など色々改良。
・wxTreeCtrlに状態アイコン表示機能追加。チェックボックス的にも使える。
・wxCalendarCtrlを刷新しMSWとGTK+でネイティブに。その他改良。
・wxTextCtrlとwxComboBoxでオートコンプリート機能を実装。
・wxAUIのクラス群にwxAUIToolBarを追加。より柔軟で自然に。
・wxBitmapComboBoxを再実装、MSWとGTKではネイティブに。
・wxBitmapToggleButtonを全プラットフォームに。
・wxStaticTextは全プラットフォームで省略表現をサポート、GTK+でマークアップ書式をサポート。
・全プラットフォームでwxListBoxの選択イベントの発起方法を書き直し精確にした。
・GTKとOSXでwxCollapsiblePaneをネイティブ実装。
・複数行に渡ってwrap可能な新しいsizer、wxWrapSizerを追加。
・OpenGlキャンバスにマルチサンプル、アンチエイリアスサポート追加。
wxGLCanvasとwxGLContext分離。
・wxTopLevelWindowをネイティブウィンドウハンドルから構築するため
MSWとGTK+にwxNativeContainerWindowを追加。
303:デフォルトの名無しさん
09/01/12 21:11:29
wxMac specific changes (now called wxOSX)
・wxMacという呼称は廃止、wxOSXと呼称、iPhoneとiPodを一部サポート。
・Carbon, Cocoa, CocoaTouchの3つの一般コードに整理。
・OSXのCoreFoundationへのラッパでったり一般的なクラスへのラッパだったり。
・CarbonがwxMacのコアで安定していたが、iPhone対応にCocoa(Touch)が必要で、
64bitのOSXでは非推奨となるため、現在はCarbonでも今後はCocoaにフォーカス。
・リストラクチャリングの一貫としてQuickDraw APIを使ったコードは削除。
今後はCoreGraphicsを使用する。
・同様にOSX10.4にないCarbonの関数を使用したコードは削除。
OSX10.4が最低動作環境になる。
・IconRefのサポート拡充。
・英語以外のロケールでのメニュー項目の重複を修正。
・ボタンにアクセラレータが使用可能に。
・CFLocaleを使用したwxLocal::GetInfo()の実装。
wxGTK specific changes
・GTK+のAPIが後方互換性がなくなって来たためGTK+2.4を最低環境とする。
・wxToolbarは新しいGTK+のツールバーAPIを使用。
・wxChoiceはGtkOptionMenuでなくGtkComboBoxを使用。
・wxComboBoxは非推奨のGtkCombでなく常にGtkComboBoxを使用。
・URLのドラッグはwxURLDataObjectで"text/x-moz-url"を使用。
・GtkPrintとCairoのダイアログを使用した新しいプリントバックエンド。
・アイドルイベントの生成コードを書き直し。
・タブの走査はGTK+でネイティブに。
・wxFrameのメニューバー、ツールバー、クライアントウィンドウとステータスバーは
GtkVBoxを使用したレイアウトに書き直し。
・ウィンドウマネージャに帰属するウィンドウの装飾に係わらず
トップレベルウィンドウSetSize()/GetSize()を正しく実装。
・wxYield()の呼び出しを避ける（リエントラント問題回避）ため
wxClipboardの非同期APIを追加。
・Nokiaのタブレットで使われるMaemoプラットフォームの
Hildonコントロールをいくつかサポート。
304:デフォルトの名無しさん
09/01/12 21:13:12
wxMSW specific changes
・後方互換性が確保されており、ユーザ数が多いため最も安定しており、
他のプラットフォームに比べ大きな変更はない。
・wxCheckListBoxがよりネイティブな感じに。
・長いツールチップが可能に。
・wxCheckBoxとwxToggleButtonで複数行ラベルをサポート。
・より正確なプリントプレビュー。
・サイズ変更可能なダイアログでリサイズグリップを表示。
以上、>>294曰く「御託だけで何もしない無職」の大雑把な訳でした。
305:300
09/01/12 23:38:51
>>301-304
引き続きサンクス。wxOSXが結構面白そうに思えたんで、Mac Miniの中古でも
買ってみようかな。
あと、御託云々はあんまし気にしなくても良いと思うよ。
それよか、スタティックリンクでソース公開しなくてもいいwxWidgetsを使って
金儲けできると良いんだけど、クロスプラットフォームでお金になりそうなアプリって
どんなのだろ？どうにもイメージが沸かない。
306:デフォルトの名無しさん
09/01/13 07:22:12
２ちゃんでちょっと煽られたくらいでむきになるようだと
実社会で辛くないか
307:デフォルトの名無しさん
09/01/13 07:46:14
翻訳しただけでムキになってるとか決めつけるようだと
実社会ですぐ口論にならないか
308:デフォルトの名無しさん
09/01/13 18:05:10
まぁ、どう見ても煽られたのが原動力にはなってるがな
309:デフォルトの名無しさん
09/01/13 18:18:57
翻訳人は無能ではないことを証明したし
英語読めない人は3.0の改善項目がわかったし
みんな幸せってことでいいんじゃなかろか
310:デフォルトの名無しさん
09/01/14 00:58:01
英語読めるようになりたいな
311:デフォルトの名無しさん
09/01/14 01:40:22
これからはアラビア語の時代だけれどもね。
312:デフォルトの名無しさん
09/01/14 13:11:27
つまらん、次
313:デフォルトの名無しさん
09/01/14 13:56:31
これからはアラビアゴムの時代だけれどもね。
314:デフォルトの名無しさん
09/01/14 22:09:16
MinGWでコンパイルしたwxWidgetsを使って
minimal sampleを動かそうとしたんだが
意味不明なタイミングでSIGSEGVが出て起動すらしない
◆gdbのスタックのコピー
スレッド [1] (中断中 : シグナル 'SIGSEGV' を受け取りました。説明: Segmentation fault)
9 wxFontMapperBase::Get() 0x0044e816
8 wxFontMapperModule::OnInit() 0x00546e3b
7 wxModule::DoInitializeModule() 0x00478632
6 wxModule::InitializeModules() 0x0047878c
5 wxEntryStart() 0x004bb64a
4 wxEntryReal() 0x004bb879
3 wxEntry() 0x00430e9e
2 WinMain() KirbyClone.cpp:117 0x00401406
1 main() 0x005340d1
ソースコードはほとんどそのままなんだけど、（少なくとも上に載っている関数は触ってない）
原因があるとしたらどこ？
315:デフォルトの名無しさん
09/01/14 22:13:06
それにしても、今日wxWidgetsの勉強を始めたばかりなんだが、
configureのオプションをいじると恐ろしいほどビルドに失敗するね
disable系を何個かつけると高確率でmakeが止まる
316:314
09/01/14 22:47:14
sample自体をそのままmakeすると成功するみたいだ
となると、俺が自力で書いたMakefileが悪いのかな…
317:デフォルトの名無しさん
09/01/15 10:31:46
>>316
MinGW はさわったことがないので山勘ですが。
メモリマップの方法がライブラリと本体で違うとか？
318:デフォルトの名無しさん
09/01/15 19:07:46
商用版とGPL版しかなかったQtにLGPL版が出たね。
static linkできないのはちょっとアレだけど、なんかで使ってみてもいいかなー
319:デフォルトの名無しさん
09/01/15 23:12:46
このままじゃ対抗できないからwxもWt（ワット）に改称してキャッチーな感じで攻めようよ。
320:デフォルトの名無しさん
09/01/16 22:44:34
wxWidgetsにスタティックリンクしたプログラムをgdbでデバッグする。
コンパイル時に-gでデバッグ情報をつけるわけだが、
この時にライブラリの方もデバッグバージョンを使わないといけないのか？
なんかリリースバージョンをリンクした状態でデバッグしようとしたら
gdbが異常終了するんだが…
321:デフォルトの名無しさん
09/01/16 23:46:48
>>320
俺の環境ではデバッグ無しでビルドしたwxをスタティックリンクしてもgdbは問題なく機能したよ
もちろん自分で書いたソースの範囲内でね
gcc3.4.5 gdb6.8と、あとは大体新しいやつ
322:デフォルトの名無しさん
09/01/17 00:16:34
>>321
gdbを6.8に変えたらちゃんとエラーメッセージが出るようになった！
んで、開発にEclipse使ってるんだが、「共用ライブラリーシンボルを自動的にロード」
のオプションを外したら何もエラーが出ずにデバッグできるようになった
gdbのバージョンが古いと勝手に落ちる、「共有～」にチェックつけてるとgdbが落ちる、
っていう前例も見つかったわ。
両方とも結構問題になってるみたいだ。
結果的にwxWidgetsは関係なかったな…でも解決したからいいや、ありがとう。
323:220
09/01/17 00:26:59
すいませんお礼忘れてました汗
レスくださった方々ありがとうございましたｍ(_ _)ｍ
結局ディスクがおかしかったみたいでchdiskで直りました。
ところで・・QTがLGPLで使えるようになるようですね。。
正直乗り換えるかもしれない(爆
324:デフォルトの名無しさん
09/01/17 00:55:18
>>323
いますぐ全部ファイルをバックアップして
HDD とりかえたほうがいいと思う
ハードディスクは消耗品だからいちど壊れはじめるとはやいよ。
325:デフォルトの名無しさん
09/01/17 06:58:04
不治痛のHDDは壊れやすい
凍死場に九州されるみたいで不安
326:デフォルトの名無しさん
09/01/17 15:13:35
挙動が怪しいHDDはマジやばい
ファイルシステムが壊れてるだけならいいけど
物理的にエラーがでてて代替セクタとか使い出すと
見た目普通のままコロっと逝く時があるよ
初心者でも使いやすくてHDDの状態が大体わかる
CrystalDiskInfoを勧めちゃう
327:デフォルトの名無しさん
09/01/17 21:07:43
>>326
なんで急にオカマ口調なの？
328:デフォルトの名無しさん
09/01/17 22:29:44
CrystalDiskInfoって確かMFCで作られてるから
wxWidgetsでクロスプラットフォーム化するのってそんな手間じゃないのかな。
329:デフォルトの名無しさん
09/01/19 01:27:50
ここのところ wxpython-usersに
Subject: will Qt mean the end of wxPython ?
っていうメールがめちゃめちゃ流れててワロタ
330:デフォルトの名無しさん
09/01/19 05:56:41
APIはQTのほうがすっきりしているからな。
モッサリだけど。
331:デフォルトの名無しさん
09/01/19 18:12:19
少くともQtでOS毎に自然な外観提供できて
複雑なライセンス体系が無くならない限り移行はできないなあ。。
332:デフォルトの名無しさん
09/01/19 18:17:28
LGPLになったんだから、ライセンス簡単だろ？
333:デフォルトの名無しさん
09/01/19 18:36:23
>>332
結局商用アプリ作るとかになったら、どうせ金クレクレモードに突入するじゃん。
334:デフォルトの名無しさん
09/01/19 18:45:40
LGPLだと無問題だお？
335:デフォルトの名無しさん
09/01/19 18:53:39
>>334
すまん、よく調べたらそうだった。
商用版も継続するってことは結局商用には使用料とるのかと思ってたよ。
こりゃやばいなwx。。
C++でクロスプラットフォームGUIライブラリが充実する
って流れは大歓迎だけどね。
336:デフォルトの名無しさん
09/01/19 18:56:53
wx使う前はイメージﾖｶﾀんだが、IDEが悪いせいかMFCっぽくコントロールに連番ふってて、ダメだこりゃとｵﾓﾀ。
この辺、Qtで解消すんのかなぁ？
337:デフォルトの名無しさん
09/01/19 19:11:28
統合開発環境が簡単にインストールできれば、wxも生き残れるだろうが、
今のところ、qt 優勢。
338:デフォルトの名無しさん
09/01/19 19:38:40
俺はEmacs使うからIDEはいらんから、軽いRADツールがあるのが一番かな。
339:デフォルトの名無しさん
09/01/19 21:24:28
良RADさえあれば一気に巻き返せそうな気はするんだが
340:デフォルトの名無しさん
09/01/19 21:31:41
wxのRADって有力なのはDialogBlocksとwxFormBuilderぐらい？
俺はここ来るまでwxGladeとXRCedしか知らなかった。
ウェブ検索してもこれ以外あんまり引っかからなかったし。
341:デフォルトの名無しさん
09/01/19 23:39:01
あー，そういえば最新のDialogBlocks(4.29)で
プロジェクト開ける人いる？
linuxで引数としてプロジェクトを指定すると
can't open /hoge/moge/"hage.pjd"
的な事を言われる．
ダブルクォーテーションのせいかしら．
342:デフォルトの名無しさん
09/01/20 07:37:07
IDEとしての方が意味が大きいけどCode::Blocksも入るんじゃない？
ただし作業自体はRAD的でもXRCじゃなくコードが挿入される形だけどね
あのコード見るとJavaでGUI作るときの苦々しさを思い出す・・・
343:デフォルトの名無しさん
09/01/21 03:00:39
code::blocksはQtのプロジェクトも組める。あれでRADに
dialogblocks程度の操作性があれば良かったんだけど。
吐くソースはcode::blocks(wxSmith?)の方が親切な気がするし。
344:デフォルトの名無しさん
09/01/21 08:45:41
＞code::blocks
操作感が気に入らないﾟ⊿ﾟ
wx-devcppの操作感が好き。
吐き出すコードは？だけど。
345:デフォルトの名無しさん
09/01/22 03:48:17
>>344
wxSmithが我慢出来ない人はwxFormBuilder使うといいよ。
イベントもconnectとEVENT_TABLE選べるみたいだし、
とりあえずSizerの領域を均等に割り振る様な事もない。
wxGlade、DialogBlocks、wxSmith、wxFormBuilderと触ってみたけど、
操作性はDialogBlocks、ソースはwxSmithがいいと思った。
ソースはユーザーの弄り易さだけで、質はまだよく判らないんだけど。
それよりcode::blocksはnightyなんて出してないで、判りやすいバグを
放置したリリース版をリプレースするべきだ。
30分も触ると落ちるのは、どうかしてる@win32
346:デフォルトの名無しさん
09/01/22 08:35:21
30分さわって強制終了なんて一回も経験したことないな
特定の使い方をして落ちてるか、環境が悪いかのどちらかじゃないか？
347:デフォルトの名無しさん
09/01/22 10:44:42
DialogBlocks人気っぽいから入れてみたけど
軽快だし操作感がやたらいいな。
348:344
09/01/22 11:37:56
そんなに沢山の選択肢示されても、無理。
349:デフォルトの名無しさん
09/01/22 15:51:12
>>346
環境バカはかえれ
350:デフォルトの名無しさん
09/01/22 17:09:59
>>346
Thread searchタブを右クリックしてThread searchのチェックを外すと
マウスオーバーでThread searchの部品が浮かび上がる。
あるいはScript consoleタブにThread searchのレイアウト(のみ)が表示される。
その後view menuからThread searchのonoffを行えば1分も経たずに落ちる。
他にも2byte圏のlocaleを使用するとhelp pluginが動かなかったり。
30分はwxSmithとbuildのみを使用して落ちる時間。
日本語化すると少し挙動が変わるから、その辺も不完全みたいだ。
以上は自宅のwindows xp sp3及び2000sp4での話。
落ちた事が無い=ほとんどまともに使ってない、と理解する。
>>347
動作自体はかっちりしてる。editorはscintilla使ったcode::blocksの方が高機能だけど。
351:デフォルトの名無しさん
09/01/22 19:59:10
>>350
日本語化して動作が不安定になるなら、英語版を使ったほうがいい
日本語版と英語版で使い勝手に差が有るなら、日本語化を行なっている作者に文句をつけるべきだ
どうやら話し口調からして、いくつか特定の「落とし方」を知っているようだから、
それらをまとめて公式のフォーラムで報告することをおすすめする
オープンソース系のソフトを「まともに使っている」と自負できる人間なら、自分で修正してビルドするのもいい
一ついえることは、ここで文句を言っても、お前を含めて誰も得をしないということだ
352:デフォルトの名無しさん
09/01/22 20:29:17
>>351
トラブルは全て英語の話で、日本語化もgettextを使った物だからbuildは一緒だ。
そもそも初めて使って5分で出る症状を、1年近く経ってから一々報告してどうする。
30分じゃ落ちた事がないと、使ったこともない奴が宣ってるから、実例を上げただけで、
ある情報に対しての損得は、その人次第だろう。
353:デフォルトの名無しさん
09/01/22 22:15:44
ひさしぶりにwx-Devcppのサイト覗いたらバージョン上がってるんだけど、
使っってる人いたら教えてください。正常にデバッグができますか？
354:デフォルトの名無しさん
09/01/22 23:59:37
>>352
何か勝手に「使用経験なし」だと思っているようだが、
俺はCodeBlocksを使って何本かソフト作ったことがあるぞ？
それこそ強制終了など一度も経験せずに。（むしろgdbがよく落ちた記憶がある）
報告してどうするって、バグフィクスを期待するに決まっているだろう
ユーザーがバグ報告するというのはソフト制作の大事な一環じゃないか。
修正とまでは行かなくとも、バグ回避の方法が製作者から聞けることだってある。
「文句を言うという行動は生産的ではないから、自分で何かしら行動したほうがいい」
ということがいいたいのだ。
とはいっても、こんなことは２ｃｈで言うべき言葉ではなかったかもしれないな
355:デフォルトの名無しさん
09/01/23 02:38:38
俺もcode::blocksが落ちたことはないな
特定のペインが表示されなくなって困ったことはあるが
356:デフォルトの名無しさん
09/01/27 20:14:55
WindowsのMinGW-5.1.4とMSYS-1.0.10を入れた環境で、wxWidgets-2.8.9をconfigureした後makeしたんですが、下記のようなエラーが出て先に進まなくて困っています。
0 [main] sh 2996 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump
ご助言を頂けないでしょうか。
357:デフォルトの名無しさん
09/01/28 12:10:51
WindowsだったらVisual Studioでやったらいいと思うんだけど
358:デフォルトの名無しさん
09/01/28 14:05:13
せっかくフリーで可搬的なライブラリ使ってるのに
Windows上でだけ特別にVSなんか使いたくないわな。
359:デフォルトの名無しさん
09/01/28 16:14:06
とりあえず>>356のエラーメッセージは糞の役にも立たないわな。
役に立たないレベルでは50歩100歩だが、同様の環境でwxWidgets-2.8.7はビルド成功してるんで参考までに。
360:デフォルトの名無しさん
09/01/28 17:15:08
configureやdumpの内容も書いてない状況でした。
失礼しました。
同様の環境で出来たとのお話もあったので、
ライブラリ周りを見直してみたら上手くいきました。
助かりました。ありがとうございます。
361:デフォルトの名無しさん
09/01/29 19:14:42
マウスイベントでWindowsAPIのSetCaptureに相当するものってあったっけ？
362:デフォルトの名無しさん
09/01/29 19:18:07
自己解決
CaptureMouse();
ReleaseMouse();
363:デフォルトの名無しさん
09/01/30 17:32:00
マウスの動きに連動して描画させると
非同期に描画命令が発行されるんだけど
つまりマウスの動きに合わせてPaintイベントが何度も呼ばれる
全部処理してから最後の描画が終わるまで画面が更新されない
そのせいでマウス移動中に画面がぐちゃぐちゃになるんだが
完全に表示が終わるまでマウスを動かなくするとか
他の描画が来たらそれ以前のはすべてキャンセルさせるとか出来ないの？
364:デフォルトの名無しさん
09/01/30 18:17:32
>>363
他からPaintイベントが出るなら
マウス操作中は自分だけが処理するように
OnPaintを自前で用意すればいい。
マウスの移動だけではPaintイベント出ないとは
思うんだけど…
365:デフォルトの名無しさん
09/01/30 19:45:18
マウスの動きに連動して描画させると
366:デフォルトの名無しさん
09/01/30 23:14:50
描画（が何してるかわからんけど）でOnPaint出たっけ？
367:デフォルトの名無しさん
09/01/30 23:23:21
>>363
マウスイベントハンドラで Refresh() を呼んでPaintイベント出してるとかいった状況？
もしそうなら、Refresh() 呼んだ直後に Update() 呼べば、同期的に画面更新できるよ。
(つまり、Update() から戻ってきたときにはPaintイベントが処理されて、画面更新が終わってる)
368:デフォルトの名無しさん
09/01/30 23:39:52
>>367
マニュアル見る限りではUpdate()呼ぶならRefresh()要らんと思う
369:デフォルトの名無しさん
09/01/30 23:49:37
>>368
マニュアルのUpdate()のとこに、
Use Refresh first if you want to immediately redraw the window unconditionally.
ってあるから、Refresh()いると思うよ。
無効領域がない状態でUpdate()しても何も起こらないと書いとる。
370:デフォルトの名無しさん
09/01/30 23:54:52
ごめんRefresh()のinsteadだけ見てた
371:デフォルトの名無しさん
09/01/31 09:11:40
質問があります。
ボタンの上での右クリックイベントを捕捉したいのですが、
button->Connect(ID_RIGHT_CLICK,
wxEVT_COMMAND_RIGHT_CLICK,
wxCommandEventHandler(MyFrame::OnRightClick),
NULL, button);
としてもうまくいきません。
どうすればよいでしょうか。
372:デフォルトの名無しさん
09/01/31 12:28:29
>>371
OSは何？ wxEVT_COMMAND_RIGHT_CLICKは Windows 95 and NT のみサポートらしいよ。
wxEVT_RIGHT_UPあたりで妥協しとくのが無難かもしれん。
373:デフォルトの名無しさん
09/01/31 12:36:07
>>371
あ、Connect() の最後の引数はbuttonじゃなくて、thisとかじゃない？
eventSink引数には、イベント発生元オブジェクトじゃなくて、イベントハンドリングするオブジェクトを渡す。
だから、この場合はMyFrameオブジェクトを渡さないといかんです。
374:デフォルトの名無しさん
09/01/31 15:19:10
>>372
OSはWinXP Home Editonです。wxEVT_RIGHT_UPにするとイベントを捕捉できました。
ありがとうございました。
>>373
eventSinkにはMyFrameオブジェクトをわたせばいいのですね。
ありがとうございました。
375:デフォルトの名無しさん
09/01/31 18:50:14
タイマーイベントを使っていて反復実行している時
処理が混みだすとイベントがキューに溜まったような
状態になり他のイベントをリアルタイムに実行できなく
なります。
溜まったイベントを削除する方法はあるんでしょか。
376:デフォルトの名無しさん
09/02/01 11:48:39
>>375
タイマー間隔を少し長くするか、wxIdleEventでRequestMore() しまくるなんてのはどうかな？
たまったイベントの削除関数とかは見かけたことないなぁ（あるかもしれないけど）
377:375
09/02/01 17:54:01
回答有難うございます。
Win32APIにはイベントを削除する方法があった気がしたので
どうかなとおもったんですが。
時間管理を見直してみます。
378:デフォルトの名無しさん
09/02/06 14:12:47
一番良いＩＤＥは？
ダイアログイパーイ作る場合ね。
379:デフォルトの名無しさん
09/02/06 14:34:46
Sizerの使い方を覚えたら、もうバカらしくてGUIで
ダイアログ作ろうだなんて思わないけどね
380:デフォルトの名無しさん
09/02/06 14:40:26
コードでＧＵＩを設定するのがバカらしいというのが一般的だが。
381:デフォルトの名無しさん
09/02/06 16:11:56
RADどれ？って質問だったら万人に薦められるのはwxFormBuilderくらいなんだがな
RAD単体でPythonいらずってとこから
IDEとなると自分で全部試せとしか言えない
382:デフォルトの名無しさん
09/02/06 16:15:11
＞wxFormBuilder
ﾗｼﾞｬ
使ってみるお。
383:323
09/02/10 14:06:40
>>324
>>325
>>326
ありがとうございます！
384:デフォルトの名無しさん
09/02/11 15:15:05
wxFormBuilderって、コンストラクタでnewしたインスタンスを
デストラクタでdeleteしてくれないんだけど、これは自分で書くの？
385:デフォルトの名無しさん
09/02/11 17:37:33
自動でdeleteしてくれるライブラリ(スマートポインタとか)使わないなら
newした分だけdeleteするように書くしかないよ
386:デフォルトの名無しさん
09/02/11 17:58:47
公式つながんない。
387:デフォルトの名無しさん
09/02/11 23:24:55
ｗｘＤｅｖＣ＋＋！
ごめん嘘
388:デフォルトの名無しさん
09/02/12 11:42:37
↑
何がウソで何がホントかハッキリしる！
389:デフォルトの名無しさん
09/02/12 13:35:51
>>384
SizeにAddしたオブジェクトは勝手に削除される。
自分でdeleteしちゃだめ。
sizer.cpp の551行目
390:デフォルトの名無しさん
09/02/12 14:54:15
ひょっとして>>384はGenerate Codeで吐き出されたコードに追記しようとしてるのか？
Generate Inherited Classで継承したクラスに自分のコードを書くのが正しい使い方だぜ？
そうじゃないと細かい修正でGenerate Codeしたらまた書き直さなきゃならないだろ
391:384
09/02/12 23:12:05
>>390
いや、継承して書くのはわかってたけど、吐き出されるコードも
読んでおこうと見てみたらdeleteしてなかったので、
どうすんだろうなぁと。
で、>>389で納得しました。
ありがとうございました。
392:デフォルトの名無しさん
09/02/12 23:16:13
wxWidgetsはフレームワーク側で色々ゴニョゴニョしているから
正直、自分で組んでて不安になって来るんだよな。細かい挙動とか、特に。
393:デフォルトの名無しさん
09/02/14 00:44:18
Mac OS X 10.5にデフォルトで入ってるものを利用し、簡単なプログラムを組んだんだけど、
実行すると固まって操作できないのはそういうものでしょうか。
最新2.8.9のものをmakeして利用すれば問題ないのでしょうか。
っていうか、wxOSXっていつ頃になるの？
それからWindows上でwxFormBuilderを使ってみたのですが、
イベント部のコードを吐いてくれるのはいいけど、
マージしてくれないので、使いにくい。
そうゆうもんですか。
DialogBlocksは有償だけあって使いやすかったけど、レジストしてないから制限に引っかかる。
金ないからorz
なんかいいGUIのBuilderが欲しいと思った。
394:デフォルトの名無しさん
09/02/14 01:43:50
>>393
>Mac OS X 10.5にデフォルトで入ってるものを利用し、簡単なプログラムを組んだんだけど、
デフォルトでは wxPerl とか wxPython しか入ってないとおもったけど、どうやるの？
OS X は実行ファイルは .app パッケージに入れないとイベント受け取れないから
固まったように見えますよ。
URLﾘﾝｸ(wiki.wxwidgets.org)
とか参照。
395:デフォルトの名無しさん
09/02/14 07:52:22
>>394
あ、そうなんですか。
Makefile書いてメイクしたのですが、minimalサンプルみたらxcodeのファイルがありますね。
MacはMacの作法にのっとってオブジェクトを配置しないといけないんですね。
ちょっとやってみようと思います。
因に私がやったメイクは、LinuxのwxGTKを使うように、
wx-config でインクルードとライブラリをあててmakeしました。
wxMacを特別に入れた記憶はありません。
396:デフォルトの名無しさん
09/02/14 09:11:03
>>395
なるほど、wxPerl とかだけでなくて wxWidgets そのものが
デフォルトでインストールされてるんですね。そりゃそうか。
397:デフォルトの名無しさん
09/02/24 14:17:50
もうすぐ2月が終わる
2.9.0来るかなぁ
398:デフォルトの名無しさん
09/03/01 16:32:53
Eclipse CDTでwxしようとしてるんですが、ビルドとかは問題なくできるものの
補完のためのインデクサが
Syntax error: DECLARE_EVENT_TABLE();
とかポップアップしてきて機能しません。
ビルド自体には影響してませんが、これだとエラーと非エラーが混ざって
使い勝手が悪いので、なんとか正常に処理させたいのですが、同じように
困ってる話は見つかっても解決方法が見当たりません。
どうすればいいでしょうか？
399:デフォルトの名無しさん
09/03/02 23:10:17
wxPython2.8のAnimationが返す値おかしくね？
DisposalMethodがどうも-1ずれてるみたいし
BackgroundColourもなんか変だ
俺のだけ？
400:デフォルトの名無しさん
09/03/03 13:38:10
ソースあるんだから自分で調べたらいいじゃんか
401:デフォルトの名無しさん
09/03/03 19:05:13
うんその言葉で読む気になったわ
、で-1ずれてんのはcoincideだってさ
BackgroundColourは最初のフレームから
背景色に初期化しなかった俺のミス
ここで聞くよりソース読んだほうが
確かに早いけど誰もその情報は共有できん
のだ
いい意見有難う
402:デフォルトの名無しさん
09/03/10 10:16:05
質問
レイアウト制御において
Sizer > Panel > Sizer
Sizer > Sizer
ってやっぱり違うんですか？（ > は入れ子の関係を表してます）
コントロールをまとめる枠としての Panel の存在意義がイマイチわからないっす。
403:デフォルトの名無しさん
09/03/11 02:02:27
Panelは子コントロールの親になる
Sizerはあくまで下層要素のサイズを制御するだけ
404:デフォルトの名無しさん
09/03/11 07:05:48
>>403
ありがとうございます。
単にレイアウトを制御したいだけなら Sizer を直に入れ子にして、
コントロールを論理的にグループ化したい場合は Panel でまとめる、という感じですね。
405:デフォルトの名無しさん
09/03/11 08:02:25
いつも使ってて思うことなんだけど、Sizerというクラスをなくして
レイアウトの機能もWindowに含めてほしい（統合してほしい）
そうなっていないということは、そうすると何か問題があるのだろうか
406:405
09/03/11 08:03:13
ごめんageてしまった
407:デフォルトの名無しさん
09/03/11 08:19:10
>>405
コントロールのレイアウトのためだけにWindowを入れ子にするのは
メモリ効率が悪いからじゃないでしょうか
だからレイアウトアルゴリズムだけをクラスとして抜き出して Sizer なんてものを
作ったのでは
408:デフォルトの名無しさん
09/03/11 23:22:44
レイアウトアルゴリズム増やそうとする度に
wxWindowクラス書き換えて肥大化していくのは困るでしょ
409:デフォルトの名無しさん
09/03/12 10:16:25
GoF でいうところの Strategy パターンというやつだな
410:デフォルトの名無しさん
09/03/13 19:16:34
質問させて下さい。
wxRuby でちょっとした GUI ツールを書いているのですが、
ウィンドウを close してアプリを終了してもプロンプトが返ってきません。
ウィンドウを XRC から作るように変更したところでこのような
現象が発生するようになりました。
具体的には
Wx::XmlResource.get.load_frame_subclass(self, nil, "MyFrame")
があると上記の問題が発生します。
on_exit も呼ばれず、どうも何かが解放されずに残っていてアプリの終了を
邪魔しているような印象です。
どのような原因が考えられますか？
411:410
09/03/13 19:18:34
補足
ウィンドウはきちんと表示されており、イベントハンドラの設定もうまくいっています。
412:410
09/03/13 22:04:27
CloseEvent に対するデフォルトのハンドラが呼ばれなくなったと推測
XRC からリソースをロードした段階で CloseEvent をトラップする別のハンドラが
設定されたのか？
よくわからん。調査続行
どなたかヒントでもあればお願いします m(__)m
413:410
09/03/13 23:24:53
evt_close {|event| exit }
でとりあえずプロンプトは戻るようになった。
414:デフォルトの名無しさん
09/03/14 10:35:35
俺もその現象あった
XRCは使ってなかったけど、Frameのサブクラス作ったからそのせいかも
415:410
09/03/14 11:31:46
>>414
自分も Frame のサブクラス作ってますが、それだけでは上記の問題は
発生しませんでした。
GUI が複雑になってきたので XRC をロードするように変更したところ
close でプログラムが終了しなくなりました。
閉じられるウィンドウが最後の一枚だったら exit というハンドラを自分で
設定すれば元の動作に戻るはずですので、そうしようと思ってます。
416:デフォルトの名無しさん
09/03/19 19:09:19
なんで SetCellAttr はないんだ？ セル単位で制御したいのに
まあ、自分で書いたらいいだけだけど
417:デフォルトの名無しさん
09/03/21 11:26:29
2.8.10安定版リリース
418:デフォルトの名無しさん
09/03/31 21:19:15
保守総一郎
419:デフォルトの名無しさん
09/03/31 21:23:43
Qtに流れ始めたかのぉ？？
420:デフォルトの名無しさん
09/04/01 11:07:04
最近 wxWidgets 使い込み出したのに廃れてもらっては困るぜ！
421:デフォルトの名無しさん
09/04/01 11:58:06
廃れてるんじゃなくて、枯れてんだよ。
だから安心して使うがいい。
422:デフォルトの名無しさん
09/04/01 12:44:39
Qtとどっちがつおい？
423:デフォルトの名無しさん
09/04/01 13:21:00
字面でみると wxWidgets の圧勝ｗ
Qt のクラス名って全部 Qなんたらで間抜け面
きゅうりのQちゃんかよｗ
424:デフォルトの名無しさん
09/04/01 14:09:34
その発想は全くﾅｶﾀ
425:デフォルトの名無しさん
09/04/01 15:08:01
ガンダムだって WX はあるけど Q はないしなｗ
426:デフォルトの名無しさん
09/04/02 17:42:54
ここはデスクトップアクセサリを作る人も見ていいところですか？？
427:デフォルトの名無しさん
09/04/02 17:44:11
と思ったけど、なんか違うみたいですね？
あのYahoo! Widgetとは別もんですか。
428:デフォルトの名無しさん
09/04/02 17:48:41
全然違うよ。
これはクロスプラットフォームなGUIライブラリ。
アプリケーション全般を作るためのライブラリ
429:デフォルトの名無しさん
09/04/04 19:59:33
素朴な疑問
wxWidgets ってウィンドウを座標（-1, -1）に配置できなくね？
というか、DEFAULT_POSITION と座標（-1, -1）を区別できないような……
実用上困ることはないけど、デフォルト値がなにかと -1 なのはどうかと思った。
430:デフォルトの名無しさん
09/04/05 10:56:39
最小値が -1 の GridCellNumberEditor も作れねえ
サブクラス作りなさいってことか
431:デフォルトの名無しさん
09/04/11 17:18:38
ブラウザコントロールって何かお勧めありますか？
Windows, Linux両方でまともに動くやつで。
432:デフォルトの名無しさん
09/04/11 20:31:04
>>431
使ったことないけどwxHtmlWindowってのがあるね
433:デフォルトの名無しさん
09/05/09 13:35:48
ライブラリビルドでwx.dswとwx_dll.dswの違いって何ですか？
434:デフォルトの名無しさん
09/05/09 16:15:04
static linkとdynamic linkの違い
前者は実行ファイルが巨大になる
後者は実行ファイルは省サイズだが配布時にdllを含める必要がある
435:デフォルトの名無しさん
09/05/09 21:21:03
Ubuntu8.04、C++で開発してます。wxGLCanvasで点を描画したいのですが、
glPointSizeで点のサイズを3に設定して描画しても点のサイズが1と変化がありません。
ちなみに、fedora9, Vmware用のUbuntu8.04では意図どおりにサイズが変更されます。
下のようなコードなのですが、同じような経験をされた人いませんか？
void MyFrame::OnPaint(wxPaintEvent& event)
{
gl->SetCurrent();
glPointSize(3);
glClearColor(0.f, 0.f, 0.f, 0.f);
glClear(GL_COLOR_BUFFER_BIT);
glBegin(GL_POINTS);
glColor3f(1.f, 0.f, 0.f);
glVertex2f(0.f, 0.f);
glEnd();
glFlush();
gl->SwapBuffers();
}
436:デフォルトの名無しさん
09/05/09 21:54:40
glGetIntegervでGL_POINT_SIZE_RANGEの値を調べてみては？
437:デフォルトの名無しさん
09/05/19 11:58:21
TreeCtrl上でキー入力すると最初の文字がマッチした項目に移動するんだけど、この動作って無効にできない？
Keydownイベントとか設定しても、マッチしないキーを押すとポンポンエラー音みたいなのが鳴ってうっとうしいんだよね・・・
438:デフォルトの名無しさん
09/05/21 10:18:31
>>437
イベントを skip しなければいいのでは？
439:437
09/05/21 15:16:31
>>438
特にskipする記述はしていないのですが、上記の動作をしてしまうんです。
明示的にskipしないようにする記述がいるのでしょうか？
なんかkeydownイベントの前に動作している気がするんですが、他の箇所に書く必要があるんですかね？
まだあまりよくわかってないので質問ばかりになってしまい申し訳ありません。