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イベントの前に動作している気がするんですが、他の箇所に書く必要があるんですかね？
まだあまりよくわかってないので質問ばかりになってしまい申し訳ありません。
440:デフォルトの名無しさん
09/05/22 07:08:10
wxではあまり細かいことは気にしないのが吉。
下のレイヤのデフォルト動作の違いによるプラットフォーム間での差異とか結構あるし。
441:437
09/05/22 12:46:37
>>440
なるほど、そうゆうものと割り切った方がいいんですかね。
なんか方法があるだろうと思ってはまってたんで、ちょっと気が晴れました。ありがとうございます。
結構細かいことをやりたかったんで、他のものも含めて考え直してみようと思います。
QTとかどうなんですかねぇ。似たような感じもしますが・・・
442:デフォルトの名無しさん
09/05/22 15:31:21
>>441
Qtはwxとは思想が逆。OSネイティブGUIアプリとの違いは出やすいが
自作クロスアプリでのOSごとの違いを少なくするのはやりやすい。
443:デフォルトの名無しさん
09/05/22 15:42:42
↑
分かるようで分からない文章だな
444:デフォルトの名無しさん
09/05/22 16:14:32
どこがわからない？
そのOSの他のソフトと同じような動作にしたい→wx
OSが何であろうと同じソフトなら同じように動作させたい→Qt
ならわかる？
445:デフォルトの名無しさん
09/05/22 16:48:57
文章は分かったが、実態は分からないｗ
446:デフォルトの名無しさん
09/05/22 16:58:15
少なくとも>>441の疑問には即してないな
俺はどうでもいいが
447:441
09/05/24 16:59:35
Qtいろいろ試してみました。
442さんのおっしゃるとおり思想の違いなのか結構細かいことまで設定できるようです。
キーイベントはデフォルトの動作を上書きできるみたいですね。
ポンポンエラー音みたいなのも鳴らないし、いい感じです。
Qt Creatorが使いやすくてレイアウトがとっても楽なのもうれしいですね。
ここにQtのことを書くのはあれなんでこれぐらいにしときますが、自分の要件には合ってる気がするんでこれでいってみようかと思います。
遅くなりましたが以上報告でした。お騒がせしました。
448:デフォルトの名無しさん
09/05/25 01:06:28
そうかそうか。おれはどっちも好きなんでガンバレ。
そういうわけで、俺と>>441の間では通じてたようなのでOKだな。
449:デフォルトの名無しさん
09/05/25 21:37:25
>>448
終わりよければすべて良しってやつか
450:デフォルトの名無しさん
09/06/04 14:26:51
ウックス
451:デフォルトの名無しさん
09/06/18 08:17:18
すみません、2.8.8をスタティクライブラリとしてコンパイルするにはどうすればいいのでしょう。
調べてはみたのですが、DLLにするやり方しかのっていないのです。
452:デフォルトの名無しさん
09/06/18 09:05:37
install.txtとかくらい読め
453:デフォルトの名無しさん
09/06/18 15:33:40
>>451
環境くらい書けよ。Macか？
454:デフォルトの名無しさん
09/06/18 18:21:01
>>452
すみません、なにしろ初心者なものでして…
>>453
申し訳ない、環境はWindowsXPでCode::Blocksで開発する予定です。
455:デフォルトの名無しさん
09/06/18 21:27:52
すみません、家帰って>>452さんのいっていたやつ読んだら解決しました。
ちょっと首吊ってきます･･･
456:デフォルトの名無しさん
09/06/19 15:25:04
ようやくスタートラインに立てたんだから
がんばれよー
457:デフォルトの名無しさん
09/06/19 21:37:23
みなさんシリアル化とかどうしてます？
458:デフォルトの名無しさん
09/06/21 09:29:42
wxWidgetsを使った日本発のオープンソースプロジェクトってありますか？
もしあれば参考にしたいので教えてください。
459:デフォルトの名無しさん
09/06/21 09:42:02
sourceforge.jpとかで検索してみるとか。
URLﾘﾝｸ(www.google.co.jp)
460:デフォルトの名無しさん
09/06/21 10:06:47
ありがとうございます。wxRubyやwxPythonじゃなくて
C++のを探していたのですが、あまり見つからないですね。
MalonNoteというのがあったので見てみます。
461:デフォルトの名無しさん
09/06/22 22:42:46
wxPython の wx.lib.floatcanvas と同等の機能を持った
wxWigets の C++ ライブラリってないでしょうか？
462:デフォルトの名無しさん
09/06/28 19:24:12
2.8.10を使っていますがJaneStyleのスレ覧タブみたいなものはなんていうコントロールなのでしょうか？
463:デフォルトの名無しさん
09/06/29 11:17:00
>>462
標準のだと wxNotebook
拡張されているのは wxFlatNotebook
464:デフォルトの名無しさん
09/06/29 16:48:09
>>463
thx!
465:デフォルトの名無しさん
09/07/02 22:00:06
wxMSW-2.8.10を使っています。
wxMessageBoxやwxAboutBoxを使うとビープ音が鳴りますが
これを鳴らさなくする方法はありますか？もしかしたら
wxWidgetsじゃなくてWindowsが出してるのかもしれませんが。
466:デフォルトの名無しさん
09/07/03 10:39:41
>>465
うん、出しているのはWindows。
それが嫌なら wxDialog あたりを継承して自作するのが楽だと思うよ。
467:デフォルトの名無しさん
09/07/03 17:31:34
>>466
ありがとうございます。自作することにします。
468:デフォルトの名無しさん
09/07/22 06:48:33
クロスプラットフォームなアウトライナーみたいなのを作ってます
wxRichTextCtrl使ってみようと思ってサンプル動かしてみたんですが
wxGtkではwxRichTextCtrlでインライン入力できないんですか？
469:デフォルトの名無しさん
09/07/24 10:53:48
>>468
wxGTK は触ったことないからなんとも言えないな～
wxWidgets は IME 関連の制御をしていないと思うから、
なんらかのメッセージを処理すればいいんだとは思うけど。
470:デフォルトの名無しさん
09/08/11 06:15:03
wxWidgets 3.0っていつごろリリースされそうですか？
471:デフォルトの名無しさん
09/08/11 07:28:49
>>470
ロードマップだと
URLﾘﾝｸ(trac.wxwidgets.org)
We hope to make 3.0 before the end of 2009.
年末じゃねえの。まあこういうのは早くなることはなく、大概おくれるもんだけどなｗ
472:デフォルトの名無しさん
09/08/11 07:57:52
>>471
thx
473:デフォルトの名無しさん
09/08/14 16:42:31
wxFormBulderって生成するコード変じゃね？
ダイアログにボタンが一個だけのプログラムを書いてみた。
ダミーのイベントハンドラをvritual宣言しておくから、
サブクラスを作って、そこにボタン処理などの本来のイベントハンドラを
まとめて書きなさい、という方針はすばらしい。
けど、登録するイベントハンドラのアドレスが、サブクラスのアドレスじゃなくて、
継承元のダミーのアドレスでは、飛ぶはずないじゃん。
作者、なにを勘違いしているんだろ。
さわり始めて2日目の俺のほうが勘違いしている？
474:デフォルトの名無しさん
09/08/15 12:28:24
>>473
つ Code::Blocks
475:473
09/08/15 17:39:20
Code::Blocks 調べました。ちゃんと動きました。
ubuntuだと日本語が入力ができないとか、
標準入出力を扱うウィンドウがないとか、
多少ありますが、素晴らしいと思いました。
進歩しているんすね。癖になりそうです
ありがとうスッ。
476:デフォルトの名無しさん
09/08/27 13:32:21
元となったデザインがMFC構造で古すぎるので消えるって、本当でつか？
477:デフォルトの名無しさん
09/08/28 15:34:59
yes
478:デフォルトの名無しさん
09/09/05 07:08:07
wxPythonのサイト大丈夫か？
URLﾘﾝｸ(www.wxpython.org)
<a target=_top href="URLﾘﾝｸ(accountin)から始まるカジノがどうって行は前は無かったと思うが。
479:デフォルトの名無しさん
09/09/05 09:20:35
Ou voyez vous?
480:デフォルトの名無しさん
09/09/08 00:37:02
wxCode の wxCurlって使ってる人いますか？
どうにもこうにもSetOptが効かなくて困ってます。
wxCurlHTTP http("URLﾘﾝｸ(hogefugamoge.jp)");
http.SetOpt( CURLOPT_USERAGENT, "MyUserAgent" );
http.Get( filepath );
って感じでやってるんですが、何事も起きなくて・・・・
SetOptのreturnはtrueなんで、wxCurl君は正常に処理してるつもりっぽいのですが・・・
ちなみにSSL通信がしたくてwxCurlを使ってるんですが、
他のライブラリでもSSLでPUTとかDELETEとかできればそっちでもOKです。
すみませんがよろしくお願いします。
481:480
09/09/08 00:40:33
すみません書き忘れです。
wxWidget本体は wxMSW 2.8.10
wxCurlはsvn版 ( 2009-09-01にsvnリポジトリからダウンロード )
開発環境は Code::Blocks 8.02 mingw同封版
です
482:480
09/09/08 05:44:40
すみません
やっとこさ自己解決しました。
どうやらどのHTTPメソッドを発行する関数でも、
SetCurlHandleToDefaults という関数でヘッダー諸々の初期化を行っており、
wxCurlHTTPクラスを継承したクラスを作り、
この関数をオーバーライドしてやらないとダメみたいです。
似たようなことをwxCurlBaseを継承したwxCurlHTTPで行っているので、
それを参考にすればOKかと。
お騒がせしましたー
483:デフォルトの名無しさん
09/09/08 09:26:06
すみません
すみません
すみません
omedeto-
484:デフォルトの名無しさん
09/09/09 12:49:07
wxWidgets 2.9.0 がリリースされたね。
つ URLﾘﾝｸ(www.wxwidgets.org)
485:デフォルトの名無しさん
09/09/09 22:11:21
VC6だけじゃなく、VC7からVC9までのプロジェクトファイルがある！
こいつは嬉しい。
486:デフォルトの名無しさん
09/09/14 00:02:34
初心者なのでつまらない質問でスマンけど．．．
wxWidgetsをビルドする時、makeのオプションでBUILD=debugにすると、デバッグバージョンの
ライブラリがビルドされるけど、これってwxWidgets自体をデバッグしたい時だけに必要で、
wxWidgetsを利用するアプリ側だけデバッグしたいときはreleaseバージョンのライブラリ
使ってもいいの？
それともアプリをデバッグする場合（Step inでwxWidgetsのコードに入っていかなくても良い場合）でも、
ライブラリはdebugバージョンじゃないとダメなの？
487:デフォルトの名無しさん
09/09/14 00:50:49
yes
488:デフォルトの名無しさん
09/09/14 00:51:31
no
489:デフォルトの名無しさん
09/09/14 01:19:57
wxWidgetsというよりコンパイラやライブラリの仕様によると思うけど
MSVCみたいにデバッグ用のランライムライブラリがある場合
アプリとライブラリでdebug/releaseを別にしちゃうと
リンクするランタイムライブラリが別になるから
スレッド関連とか例外の取り扱い、スタックフレーム、
その他リソースを確保するコード等でおかしなことになるかもしれない
例えば、メモリリークを検出するようなデバッグ機能がある場合
ライブラリで確保したメモリをアプリで解放したりすると
管理情報の整合性が取れなくなるかもしれない
490:デフォルトの名無しさん
09/09/14 09:53:45
リリースバージョンじゃないとwxASSERTとかそのへんも効かなくなるから
デバッグやるならデバッグバージョンの方がいいんじゃない
491:486
09/09/14 13:50:52
皆さんレスサンクス。素直にdebugバージョンとreleaseバージョンをbuildして使い分けることにします。
492:デフォルトの名無しさん
09/09/14 14:30:19
そこらへんCodeBlocksとかwxDevC++とか使ってみると参考になるかもよ
493:デフォルトの名無しさん
09/09/14 17:32:34
ダイアログ上に置いたwxStaticTextの表示／非表示をボタンで切り替えるようなことを
やろうと思って，wxBoxSizer(wxVertival)をダイアログ上に縦に並べて，上のサイザーに
表示／非表示するwxStaticTextを入れ，下のサイザーに切り替えボタンを入れたんだけど，
wxStaticTextのスタイルをwxST_NO_AUTORESIZEにしておいても，Hide()とかShow(false)を
呼ぶとStaticTextそのものが消滅してしまうようで，配置が狂ってしまう。
非表示の場合はSetLabel()で空文字を設定し，表示する場合は表示したい文字を設定すれば
一応できることはわかったんだけど，もっとスマートなやり方ありませんか？
494:493
09/09/14 18:03:47
>>493
自己レス。StaticTextの入っているBoxSizerにSetMinSize()で最小サイズを設定してみたけど
やっぱりダメ。
StaticTextのHide()をダイアログのコンストラクタからOnInit()移動してみたけどやっぱりダメだ。
どうすればいいだろ？
495:デフォルトの名無しさん
09/09/14 21:20:53
とりあえず俺はLayout()呼んで一応うまくいってる
496:493
09/09/15 10:45:08
>>495
Layout()でうまく行った。よく読むとヘルプにも書いてあるね。サンクス。
しかし，サイザーを使いこなすのは難しいなぁ．．．
497:デフォルトの名無しさん
09/09/15 13:34:05
またまた質問させてください。
sizerを使って，DialogやFrameのサイズを中身にあわせるというのはわかったけど，
逆にDialogやFrameのサイズを固定にしておいて中身を配置したい場合もあるでしょう？
wxWidgetsの設計思想に反するのかもしれないが，うまいやり方はありませんか？
Code::BlocksやwxDev-C++でいろいろ試してみてるけど，うまく行かない。
Frameの中にBoxSiserを貼って，その中にPanelを貼ってパネルのサイズを設定し，
さらにその中にBoxSizerを貼ってみたけどやっぱりダメだった。
LaTexの\vssや\hssみたいに，自由に伸び縮みできる要素があれば出来そうなんだけど．．．
498:デフォルトの名無しさん
09/09/15 13:39:58
sizerを使う
499:497
09/09/15 13:45:53
>>498
いや，sizerを普通に使うと，DialogやFrame全体のサイズが中身に合わせて変わってしまうでしょう。
sizerをどう使えば全体のサイズを固定に出来るのか教えてください。
見えない色にしたStaticLineをつっかえ棒みたいに入れるとか，いろいろ考えてはいるんだけど，一般的には
皆さんどうやってるのか知りたい。
500:デフォルトの名無しさん
09/09/15 13:51:39
expand
501:デフォルトの名無しさん
09/09/15 18:20:11
>>499
Sizerを使わない
ウロだけどCodeBlocksのwxSmithならSizer置かなくてもポトペタできるはず
あと最近はCodeBlocksに移っちゃったからこっちもウロだけど、wxDevC++もSizerなしでポトペタできるはず
502:497
09/09/15 18:59:43
>>500, >>501
サンクス。やってみます。
あと，C::BだとFrameのコンストラクタ内に生成されるコードの後で，SetClientSize()を呼ぶ手も
あるみたい。つーか，Frame内にsizerを追加するコードの前にSetClientSize()が自動で記述
されてしまうのが，原因のような気もする。
503:デフォルトの名無しさん
09/09/16 11:56:43
>>502
ちと手元に資料がないんだけど、幅と高さだけを指定する
空の Sizer がなかったっけ？
504:デフォルトの名無しさん
09/09/16 13:44:56
そいやCodeBlocksのwxSmithで、
メニューに項目追加って出来無くない？
いくらやってもメニューバーと同じ階層に子メニューついかされちゃうんだけど・・・
505:デフォルトの名無しさん
09/09/21 23:50:32
>>504
亀レスだけど，MenuBar editorで同じ階層に新しい項目を追加し，それを選択しておいて > ボタン
を押すと一つ下の階層に移動するよ。
質問の意味がイマイチはっきりしないけど，メニュー項目の下の階層に子のメニュー項目を
追加したいって意味だよね？ File->Open みたいに。
506:デフォルトの名無しさん
09/09/21 23:55:31
>>484
2.9.0のsetup.hを読むと，wxUSE_UNICODE のところに「ANSIモードはobsoleteで，将来
なくなるぞ」って脅しが書いてあるな。
3.0ではANSIモードは削除されてUNICODEだけになるんじゃないか？
507:デフォルトの名無しさん
09/09/22 03:38:41
wxWidgetsが依存しているlibsdlがx86_64でようやくコンパイル通るようになったと思ったら
libsdl_mixerで死んだ。
508:デフォルトの名無しさん
09/09/23 00:23:15
2.8.10なんだけど、外部アプリケーションを実行するクラスってある?
509:デフォルトの名無しさん
09/09/23 03:34:22
wxExecute
wxShell
510:デフォルトの名無しさん
09/09/23 10:33:19
>>509
サンクスでございます。
511:デフォルトの名無しさん
09/09/24 12:06:53
wxWidgetsのunicode対応ってサロゲートペアに対応してる？
512:デフォルトの名無しさん
09/09/24 12:47:47
>>505
ほあああ！！
THX！！
メニューバーエディタなるものの存在を知りました。
513:デフォルトの名無しさん
09/09/26 00:20:56
wxwigets2.8.1ってtdm版ｇｃｃ４．４．１でコンパイルできる？
514:デフォルトの名無しさん
09/09/26 07:33:53
>>513
2.8.1じゃなくて2.8.10だよね。TDM版MinGWでコンパイルは可能だけど，4.4.1は問題があるので
一度4.4.1をインストールしておいて，後から4.3.3のcoreとg++のZIPファイルだけをダウンロードして
上書きしてから使うのが良い。全部TDM MinGWのHPのトップからダウンロードできる。
もちろん4.4.1のインストール時にcoreとg++をインストール対象から外しておいてOK。
何が問題なのかは，「Cygwin + MinGW + GCC相 談室 Part4」の最近の書き込みを見て。
簡単に言うと，コンパイルした.exeの実行がやたら遅くなる。
TDMのサイトの上の方にも[WARNING!]として書いてある。次期バージョンでは多分
解消されるんじゃないかな。
TDM氏はCode::BlocksのForumによくカキコしているから，当然wxWidgetsとの相性もよくなる
ように考えているはず。
515:デフォルトの名無しさん
09/09/27 19:42:11
自分のアプリケーションがいまどこのディレクトリに存在するかを取得する関数って何？
516:デフォルトの名無しさん
09/09/28 09:57:00
_argv[0]から実行ファイルのフルパスを取得して，最後のファイル名部分（なんたら.exe）だけ
削除すれば得られるでしょ？
別にwxWidgetsに限った話じゃないと思うが．．．
それともwxWidgetsにそういうユーティリティ関数がないか？って話？
wxAppにargvってメンバ変数があるし，GetAppNameってメンバ関数が
あるから使えるんじゃないか？ 試してないけど。
517:デフォルトの名無しさん
09/09/28 11:41:06
wxStandardPaths
518:デフォルトの名無しさん
09/09/28 17:30:33
>>515
URLﾘﾝｸ(docs.wxwidgets.org)
これのことか？
519:515
09/09/28 21:01:42
>>516-518
thx!
>>516
そういやそういう手もあった。
>>517
求めてたのはこれ。
520:デフォルトの名無しさん
09/09/29 02:13:10
pwd()
521:デフォルトの名無しさん
09/10/03 07:59:29
カレントディレクトリと勘違いしてるヤツが多いな。
522:デフォルトの名無しさん
09/10/03 22:20:12
__file__
523:デフォルトの名無しさん
09/10/04 23:45:46
それはプリプロセッサが現在処理中のファイル名に置き換えてくれる
定義済みマクロじゃないのか？ __file__ じゃなくて __FILE__ だと
思うけど。
524:デフォルトの名無しさん
09/10/05 03:01:27
os.path.fullpath(__FILE__)
525:デフォルトの名無しさん
09/10/06 20:53:30
コンパイル後、実行形式ファイルを他ディレクトリに移動したらアウツじゃねーの？
526:デフォルトの名無しさん
09/10/06 21:04:39
no problem
527:デフォルトの名無しさん
09/10/07 10:33:07
WINDOWSで，wxWidgetsを使ってアプリをタスクトレイに入れる方法はありませんか？
528:デフォルトの名無しさん
09/10/07 10:49:22
あります
529:デフォルトの名無しさん
09/10/07 20:10:45
具体的に教えてください。
530:デフォルトの名無しさん
09/10/07 21:03:20
調べたらわかりました。
531:デフォルトの名無しさん
09/10/07 22:24:07
なんか変なのが住みついたな。>>520から偶数番号のレスしてるやつ。
532:デフォルトの名無しさん
09/10/07 23:54:35
お、俺じゃないぞ！
533:527
09/10/08 08:04:46
自己解決しました。
wxTaskBarIconから派生させたクラスを作って使うんですね。
サンプルの taskBar にありました。
534:デフォルトの名無しさん
09/10/11 13:58:57
>>528のおかげじゃないか
535:デフォルトの名無しさん
09/10/12 18:12:37
えーっと、軽く質問なんですが・・・
wxWidgetでは、二つ以上ウィンドウを表示するソフトを作ることはできますか？
536:デフォルトの名無しさん
09/10/12 22:17:14
できます。
537:デフォルトの名無しさん
09/10/12 23:52:19
楽勝です
538:デフォルトの名無しさん
09/10/13 00:14:18
もしかしてMDIのことを言ってるの？
539:デフォルトの名無しさん
09/10/13 15:15:51
wxPerlの話題・質問はここでいいんでしょうか？
ここはC++限定？
540:デフォルトの名無しさん
09/10/13 15:19:49
内容によるんじゃなかろか
とりあえず書いてみたらいかが
541:デフォルトの名無しさん
09/10/13 17:01:45
>>539
ああ、それなら wxPython の方が簡単に出来るよ。
542:デフォルトの名無しさん
09/10/13 17:04:21
C++限定じゃないと思うけど、C++とPython以外のことは
俺には答えられないぜ!
543:デフォルトの名無しさん
09/10/13 19:23:06
頭のいかれたとても恥ずかしい人は放置した方がいいぞ
544:デフォルトの名無しさん
09/10/14 07:48:05
どうせ大半の話題は共通するんだから
wxPerlだろうとwxRubyだろうとwxBrainf**kだろうとここで問題なし
ただし言語に由来する質問は答えられる人が居ない可能性あり
545:535
09/10/14 23:22:35
Ｓｈｏｗ(frame)を二つ作ったら楽勝でした。ありがとうございます。
546:デフォルトの名無しさん
09/10/15 16:22:53
wxPython でのサンプルを読んでまず適当にフレームを
表示させて描画してみているんですが，いくつかのサンプルにて
wx.Frame や wx.Panel の __init__ への引数として
１）親ウィンドウがNoneというのはどういう意味でしょうか
２）id = -1となっているのはどういう意味でしょうか
意味もわからずとりあえずそうするとフレームは表示されますが・・
547:デフォルトの名無しさん
09/10/15 16:37:04
Frameの中にPanelを置いてPanelの親をFrameにしたときと
しなかったときを比べてみれば分かる
idはアクセスする必要がなければとりあえず-1
548:デフォルトの名無しさん
09/10/15 16:43:16
>>547
ありがとうございます
あれこれいじりつつあるんですが
wxPython では stdout と stderr がコンソールではなく
何か特別なウィンドウに奪われてしまうみたいです。
すぐに消えてしまって例外のメッセージが見えないのですが
普通にコンソールに表示するようにはできるのでしょうか？
ちなみに環境は Windows 上の Eclipse + PyDev でやっています
549:デフォルトの名無しさん
09/10/15 16:44:28
一番手っ取り早いのはcmdの中でhoge.pyを実行
550:デフォルトの名無しさん
09/10/15 16:50:40
Panel の parent を None にすることはできないんですよね？
Panel つーのはかならず親に Frame を指定しないとだめみたい
551:デフォルトの名無しさん
09/10/15 16:54:11
実は Panel が理解できていない・・その存在意義が。
フレームの中にサイザーでくるんでコントロールを配置する。
という基本は理解したつもりなのですが、
パネルってなんだよ・・・と。
パネル・・・・・パネ・・・
552:デフォルトの名無しさん
09/10/15 17:10:01
単に固定サイズの領域を作るだけのもの・・なのか？
少しずつ画面がにぎやかになってきてうれしいのですが
次々と文字列が出力されるログウィンドウのようなものを
複数開きたいと思っています。
こういう用途には wx.TextCtrl で作ったテキストコントロールに
次々とAppendTextしまくればいいということなんでしょうか？
ほかに何書こう便利なコントロールが用意されていたりします？
今まで matplotlib で数値計算結果をプロットしてたのですが
計算経過を表示しつつアニメーションも表示しつつという
アプリケーションを書いてみようとしています。
553:デフォルトの名無しさん
09/10/15 17:29:22
demoみた？
554:デフォルトの名無しさん
09/10/15 17:31:14
URLﾘﾝｸ(www.manning.com)
555:デフォルトの名無しさん
09/10/15 17:34:07
で、Qtとwxの使い分けはどうすればいいの。
いまwx使うのって、ネイティブな見た目にしたい時ぐらいしか利点ないのかな。
556:デフォルトの名無しさん
09/10/15 17:43:56
Qtもwxと同程度に同じ見た目にできるよ。
LGPLで高品質なQtか、自由に利用できるけど品質に難があるwxWidgetsか。
557:デフォルトの名無しさん
09/10/15 17:55:03
QtはRADツールQt Creatorの出来がイマイチなのと，Qt Creatorだとコードを書かなくても
シグナルとスロットの指定だけで動作するようなものが出来てしまうので，それがかえって
都合悪い（可読性とかメンテ性の面で）。
まぁ，Qt Creatorの出来については生まれたてだから仕方ないかも。今後に期待。
wxWidgetsは俺はQtよりシンプルでわかりやすいと感じる。
あとRADツールもC::BとかwxDev-C++とか，出来のよいものが幾つかあるし。
wxDev-C++はとても良いんだけど，Subversionでソースコード落としてみたら
Delphiで書いてあったのでちょっとがっかり（将来大丈夫なのか？）。
俺は元々C++ Builder使いなので，GUIとプログラムソースコードのシームレス開発に
主眼を置いてるから，他の視点から見ればまた違った評価も当然あるだろうね。
558:デフォルトの名無しさん
09/10/15 18:30:11
> Qt Creatorだとコードを書かなくても
> シグナルとスロットの指定だけで動作するようなものが出来てしまうので
コード書かない方法での指定方法じゃ、
何もつくれんだろ。
ボタン押したら終了するぐらいで
自作のスロットは、コード書かないとしていできない。
559:デフォルトの名無しさん
09/10/15 19:22:41
言語によっても差があるよね
RubyならほぼWxRuby一択
560:デフォルトの名無しさん
09/10/15 19:58:23
Python で GUI なネットワークアプリを作ろうとすると
twisted のリアクタと wxPython のイベントループが
相性がいいみたいなので wxPython 使ってます。
Qt 先に覚えたら Qt マンセーになってたのかもしれないけど
先に wxPython 使い始めちゃったからなぁ。
各OSの標準的なコントロールを出来るだけ使うようにしているのはどっち？
561:デフォルトの名無しさん
09/10/15 20:25:03
標準的なコントロールを使っているのかは知らないが
ネイティブに見えるのはwxだと思う。
俺もwxの方がシンプルだと思うから好きだけど、
シンプルというより古いのかなって気はする。
562:デフォルトの名無しさん
09/10/15 23:41:59
URLﾘﾝｸ(japan.internet.com)
「Qt 4.3 では対応をさらに進め、Vista スタイルに合わせるために
別途『QwindowsVistaStyle』クラスを実装した。そのため、
Qt ベースのアプリケーションは、Vista 環境でネイティブなルック＆フィールを持つことになった」
さて、ネイティブに見えるのはQtの方かもしれんぞ。
563:デフォルトの名無しさん
09/10/16 00:01:30
wxWindows使ったときないけど、Qtいいお(´・ω・｀)
ここのみんなも使ってみてね。
564:デフォルトの名無しさん
09/10/16 00:12:07
>>557
確かにQt Creatorはちょっと．．．俺のPCだとよく落ちる。
斜向かいのヤツなんか、一度起動しなくなったと思ったら再インストールしても
二度と起動できなくなった。
コンパイル／リンカオプションをマニュアルでテキストファイルに書いとかなきゃ
ならないのも、完成度まだまだだと思う。Code::Blocksなんか、多種類のコンパイラ
に対応してるのに、オプションの指定は使用するコンパイラに合わせて細かく
GUIから指定できるもんね。
>>558
Qtそんなに触ってないけど、スライドバー動かすと数字が変わる程度のことは
コード書かなくても出来るtのをとなりのヤツがやってるの見たよ。
>>561
その古さがかえって都合いいこともある。
大型装置制御のアプリ作ってるんだけど、Windowsの進化に従ってlook & feelが
変わったらオペレーターが戸惑う。
それならLinux使えって言われそうだが、デバイスドライバがWindows用しかない
拡張ボードとか一杯使ってるからそうもいかない。
565:デフォルトの名無しさん
09/10/16 23:53:49
>>556
> LGPLで高品質なQtか、自由に利用できるけど品質に難があるwxWidgetsか。
LGPLだって事実上ほぼ自由に利用できるよ。
で，wxWidgetsの品質の難点って具体的にどんなところ？
566:デフォルトの名無しさん
09/10/17 01:23:46
>>565
wxGTKがgtkのim周りをきちんと実装してないから、ダイアログボックスの
テキストフィールドで変換を確定しようとしたらOKボタンを押した扱いになって
入力が消える。
WindowsでwxGridでIME ONのまま入力を開始しても、フォーカスが当たってる
セルが編集モードにならない。
こんな感じで、特に日本語環境であちこち穴が開きっぱなし。
567:デフォルトの名無しさん
09/10/17 02:23:53
URLﾘﾝｸ(www.wxwidgets.org)
The wxWindows Licence is essentially the L-GPL (Library General Public Licence)
wxWindows ライセンスは 本質的にはLGPL
QtがLGPLになって企業サポートがついたいま
wxWindowsに利点があるのだろうか？
568:デフォルトの名無しさん
09/10/17 05:10:37
LinuxではGTK使ってくれてた方が好き。
あと開発コミュニティがオープンソースっぽくていい。
あまり大した利点じゃないな…。
569:564
09/10/17 07:21:35
>>566
wxGTKは使わないから知らんが，
> WindowsでwxGridでIME ONのまま入力を開始しても、フォーカスが当たってる
> セルが編集モードにならない。
いつの話？
wxWidgets2.8.10（安定版最新）ではそんなことにはならないが．．．
で、俺は別に wxWidgets > Qt と主張したいわけじゃない。
>>567の言うとおり，QtにはNOKIAが付いたし，日本ではSRAがサポート
してるから安心感はある。以前LGPLについて詳しく問い合わせた時も，
ちゃんとした回答がすぐ返ってきた。
ただ，まともなRADツールがない。Qt Creatorは今のところ失格。
安定感、使い勝手とも×。自分だけで使うならいいかも知れないが、
チーム全体で使えるような代物じゃない。
Visual Studio用のアドオンも隣の席のヤツに評価してもらったが、
Visual StudioのIDEがQt用のRADツールに変身するわけじゃない
そうで、俺も見せてもらったが、大したもんじゃないなぁと思った。
3rdパーティー製でもいいから、VBやC++ Builder/Delphi並に
サクサク仕事のできるQt用のRADツールってないのかな。
今までC++ Builderで仕事してきて、工数が小さく仕事ができるので
非常に助かってたんだが、C++ Builderの雲行きが怪しくなってきた
ので、今のうちに他をあたっとこうと思って評価中なんだ。