【GUI】wxWidgets(旧wxWindows) その3【サイザー】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/09/09(土) 00:06:30本家
http://www.wxwidgets.org/
wxWindows日本語プロジェクト
http://wxwindowsjp.sourceforge.jp/
Let's wxWidgets
http://dot-gray.s33.xrea.com/
(*)準備中(*)
http://www.geocities.co.jp/SiliconValley-Cupertino/8526/
wxWindowsで始めるC++ GUIプログラミング
http://www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
http://namazu.org/~satoru/pub/uu-2004-08/
dW : Linux : wxWindowsの概要
http://www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html
SunWorld Online：wxWindows――無名だが成熟したGUIツールキット
http://www.idg.co.jp/sw/back/200102/20010219_01_report.html
0241デフォルトの名無しさん
2007/04/09(月) 21:49:34要するに、Windowsのファイル名はUTF-16固定だが
Unixのファイル名のエンコーディングに関しては、規約も標準も
何も無い無法地帯で、かつシステムグローバルでも何でもないLC_CTYPE
環境変数の設定でエンコーディングがころころ変わってしまい、
結果としてプログラム的にどうあるべき、という正しい判断のしようが無いから
糞なんだろ？
どこが「Windowsも同じ」なの？
Zipのようなファイル形式で困ったことになる点だけは確かに同じだな。
だが、それはOSの問題ではないし、論点ずらしだろ。
0242デフォルトの名無しさん
2007/04/09(月) 21:51:50惜しい。あと一歩真実へ踏み出してみよう。
0243デフォルトの名無しさん
2007/04/09(月) 21:56:500244デフォルトの名無しさん
2007/04/09(月) 22:02:560245デフォルトの名無しさん
2007/04/09(月) 22:10:28（符号化形式がselfcontainedでない）ってのはOSに限らない
普遍的かつ伝統的な問題なわけで、
ファイルの中のデータを扱う部分はどうしても汚い仕事にならざるを
得ないと思うのよ。典型的なのが日本語のエンコーディングの自動判別の
ようなヒューリスティック。
Unixの世界ではファイル名もこれと同じなわけだけど、Unicodeに
統一できるなら、したほうがいいに決まってるし、完璧ではないにしろ
それが可能な世界だと思うんだ。
Windowsではそうなってるわけでしょ。
0246デフォルトの名無しさん
2007/04/09(月) 22:18:35それをOSに渡す際にはUTF-16に変換するのが「正しい」ことは分かる。
どうやったらUTF-8に変換できるのか分からないならば、それは貰い方、例えば
ファイル形式やプロトコル等に問題があると言うことが出来る。
それはWindowsの問題ではない。
Unixはそれ以前の問題。それが非ASCII文字を含む場合、どう扱うのが
「正しい」のかが全く分からない。
一般解は存在せず、環境・プログラム毎の特殊解のみがあるのだろう。
0247デフォルトの名無しさん
2007/04/09(月) 23:07:08>どう扱うのが「正しい」のかが全く分からない。
どう扱うのが正しいのかを決めるのはユーザ様な世界なんだよ。
分からないんじゃなくて、勝手な決め打ちしないだけ。
全能なるユーザ様が入力なされた物を勝手に変換するなと。
"touch ほげ" の結果生成されるファイル名がロケール依存で
変化するのは UN*X 的に正しい世界。何故ならユーザ様が
ロケールを設定しているから。アプリはロケールに従ってデータを
読み出せば全く問題無い。これが UN*X 的な正しい扱い方。
入力には寛容に。
ファイル名のエンコードは一応それなりに決まっていて、HFS+
なんかは UTF-16 になっている。決まっているだけで EUC でも
書き込めるのは Windows と一緒だね。
0248デフォルトの名無しさん
2007/04/09(月) 23:26:45\0と/は特別扱いやけどな。
エンコーディング等は、kernelの知・っ・た・こ・と・で・は・な・い。
0249デフォルトの名無しさん
2007/04/09(月) 23:39:550250デフォルトの名無しさん
2007/04/09(月) 23:41:010251デフォルトの名無しさん
2007/04/09(月) 23:42:500252デフォルトの名無しさん
2007/04/09(月) 23:47:16wxWidgetsを正常に使いたかったらわざわざロケールを変更するような暇なことしたり
wxWidgetsを自分好みに作り変えたりするのは馬鹿のすることだ
デフォルトロケールのエンコードにあわせるのが正当なやり方だ
Windowsの場合はSJISとUnicodeの両者が共存出来るようなうまいしくみがあるから選べるだけ
0253デフォルトの名無しさん
2007/04/09(月) 23:50:48核心を突いたね。そう。単一の文字コードに決め打ちして正しいとか言ってるのは
俺様理論なんだよね。簡単に破綻するのにね。しかも UTF-16 だからなあ…
0254デフォルトの名無しさん
2007/04/09(月) 23:53:05一生 Windows だけ使ってる分にはそれで良いと思うよ。
Microsoft 以外が出しているおかしな OS なんて使う必要無いよ！
0255デフォルトの名無しさん
2007/04/09(月) 23:57:45UNIX系なんてそもそもバイナリ配布できるような環境にないだろｗ
どうせそのコンピュータでコンパイルして動かすのだからロケールなんて統一したほうがかえってややこしいことになる
コンパイル環境のロケールでそのまま動くように作ればいいだけ
問題になるのはスタティック文字列くらいなもん
0256デフォルトの名無しさん
2007/04/10(火) 00:02:380257デフォルトの名無しさん
2007/04/10(火) 01:07:070258デフォルトの名無しさん
2007/04/10(火) 01:10:54> "touch ほげ" の結果生成されるファイル名がロケール依存で
> 変化するのは UN*X 的に正しい世界。何故ならユーザ様が
> ロケールを設定しているから。アプリはロケールに従ってデータを
> 読み出せば全く問題無い。
touch ほげを実行したユーザが、ファイル名を読み取るユーザと同じとは
限らないのがUnixでしょ。読み取るプロセスはデーモンかもしれないし、
cronあたりから実行されているバッチかもしれない。
ftpやtelnet越しのユーザかもしれない。
実におめでたいね。
>>248
うん、それで？
結果として、単に非ASCII以外の文字を含む名前がひどく扱いにくい世界に
なったわけだよね。
時代遅れだね。
>>253
Unixの「自由」は欲しくない自由なんだよ。俺に言わせれば。
プレーンテキストどころか、ファイルの中の行毎にエンコーディングが
異なる、何がなんだか分からないファイルを考えてみればよい。論外だろ？
「自由」にしたいのなら、せめてエンコーディング方式が分かるようにしろと。
0259デフォルトの名無しさん
2007/04/10(火) 01:40:400260155
2007/04/10(火) 02:18:16しかもなぜか関係ないファイル名の話になってるし…。
荒れるからもう Unicode の話はふらないよ…。
ゴメンネ。
0261デフォルトの名無しさん
2007/04/10(火) 08:24:38それで問題無いよ。お仕着せが良いなら Windows を使っていれば良い話。
見掛け上の統一感に満足していれば良い。Windows が最高なんでしょ?
俺は、文字コードの揺らぎは常に存在するものである事を前提に、自分で
自由に制御出来る環境の方が優れていると思う。
いつだって他人の流儀を認められないのが Windows ユーザだよなあ。
ぬるい世界で満足しているなら、そこから出て来なければ良いのにね。
0262デフォルトの名無しさん
2007/04/10(火) 10:12:08＞ いつだって他人の流儀を認められないのが Windows ユーザだよなあ。
イラッとして書いたんだろうけどこういうひとくくりにする発言はやめようよ。
使ってるOSの問題じゃないからさ。
0263デフォルトの名無しさん
2007/04/10(火) 10:58:01あらゆるコミュニティから「お前は入ってこないで」と思われるタイプ。
0264デフォルトの名無しさん
2007/04/10(火) 12:29:120265デフォルトの名無しさん
2007/04/10(火) 12:43:38テクニカルな内容がほぼゼロ。本人の品性が良く分かる煽り文ですね。
> 俺は、文字コードの揺らぎは常に存在するものである事を前提に、自分で
> 自由に制御出来る環境の方が優れていると思う。
エンコーディング情報が正しく含まれるのならそれもいいだろうけど、
実際には、各行のエンコーディングがごたまぜ、何が使われているか分からない
テキストファイルも同然の状態なわけですよ。ファイル名が何でエンコードされてるか
どこにも記録されない上に、一貫性のある規約も無いのが現実。
自分の環境は自分の都合のいいように運用するからそれでおｋ？
あなたは仮にもプログラマでしょう？
趣味でLinuxいじってるだけのパソコンオタクじゃないんでしょ？
プログラマとしてコードを書くときに、自分の環境しか考えないの？
例えば「ゆらぎがあることを前提に」、あなたなら>>213のケースにどう
回答するの？
Windowsはあなたに言わせればぬるい環境で、Unixは優れてるんでしょ？
俺様環境でしか通用しない糞コードではなく、
素晴らしい回答を期待してますよ。
0266261
2007/04/10(火) 19:11:39自分の痛さを指摘されて逆上した Windows ユーザ?
まぁ、まともなレベルのものが書けたら相手してあげるよ。頑張ってね。
0267デフォルトの名無しさん
2007/04/10(火) 20:25:500268261
2007/04/10(火) 21:00:09まともなことを言ってるのに「痛くてすみません」ってな態度を取るのは
謙虚でもなんでもない。ただ間違っているだけだ。
それにしても、本当に逆上してるんだな。
負け癖のついた議論好きってこんな感じなんだよな。
0269デフォルトの名無しさん
2007/04/10(火) 21:01:120270261
2007/04/10(火) 21:07:58スレが無駄に伸びる伸びる。
0271デフォルトの名無しさん
2007/04/10(火) 21:10:27お、俺がもう一人居る。あんたが >>261 だとすると、俺は誰だw
何にせよ >>261 の書き込みは破壊力抜群だったみたいで何より。
>>262 には悪い事したけど、まともな人はもう居ないと思ってた。
>>265
あんたプログラマだったの?
プログラマは平日昼間から 2ch やれて羨ましいなあ。
エンコーディング情報は環境変数からとって来るから良いんだよ。
あんたが思ってる様なカオスの世界では無いよ。
0272271
2007/04/10(火) 21:13:42NTFS や HFS+（どちらも UTF-16） で、行儀の良いアプリであれば
そのエンコーディングに従って文字列を格納してくれる。勿論、zip
の例の様に、人間にとって valid な文字列を生成出来ない場合も
あるし、ファイル名が ASCII である事を前提に書かれたプログラム
も存在している。
一方で、エンコーディングが環境に合わせて変わるのが UNIX 方式。
ファイルシステムの数も扱うロケールの数も沢山あるし、OS 自体も
色んな種類があるので入力には寛容に作られている。行儀の良い
アプリならロケールを見てきちんとデータを変換してくれる。勿論
入力が ASCII のみを想定している様なプログラムもあって、8 bit
clean じゃないコマンドも残っていたりする。
どちらの方式でも言えるのは、人間にとって valid じゃない文字列を
生成するのは簡単だという事。valid じゃない文字列を生成する
プログラムが良いか悪いかは別として、そういうプログラムが存在する
事は間違いない。だとすると、エンコーディングを決め打ちして満足
しているのは抜けてるんじゃないかなあというのが俺の意見。
Windows な人が共感出来るかどうかは別として、論理としては理解
出来るように書いているつもりだけど、どうよ?
0273デフォルトの名無しさん
2007/04/10(火) 21:52:01> エンコーディング情報は環境変数からとって来るから良いんだよ
環境変数はユーザ毎、プロセス毎、それどころかプロセス実行中にも
変化し得る揮発性のデータでしょ。実際、
$ LANG=C man foo
のように、一時的にLANGを変えてコマンドを実行するようなことは
日常茶飯事のはずだ。
環境変数が指し示すのはあくまで「プロセスの実行環境」であって、
「ファイル名が何でエンコードされているか」ではない。それらは
全く別のものなのに、一体それでなぜ「良いんだよ」と言えるのか。
・ファイル名のエンコーディング方式が固定化されているか
・ファイル名のメタデータとしてエンコーディング方式が取得／設定できるか
以外に正しい解は無いよ。そんなこと、分かりきってるだろうに。
0274デフォルトの名無しさん
2007/04/10(火) 21:57:11> 論理としては理解出来るように書いているつもりだけど、どうよ?
あなたがUnix方式の穴／不備に故意に目を瞑っていることだけはよく理解できる。
そして、「完璧な方式など無い」と主張することで、そこから目をそらさせようと
しているわけだ。
1. エンコーディング固定化方式
2. エンコーディングが可変で、形式をメタデータとして保持する方式
を比較するなら分かる。
どちらにも得失はあるが、「まともな」やり方だ。
Unixはそのいずれでもない。可変で、形式情報が失われてしまう。
Zipと同じだよ。
0275271
2007/04/10(火) 21:57:12ファイル名が何でエンコードされてるかは重要じゃない。
ファイル名のバイト列をどの文字コードで解釈したいと
ユーザが指定しているかが分かれば良い。
エンコードを決め打ちしても当然例外は発生するんだから
正しい解なんて存在しないんだよ。それに気付ければｵｹ。
0276デフォルトの名無しさん
2007/04/10(火) 21:59:53馬鹿でもいいから、限界まで頑張って。
0278デフォルトの名無しさん
2007/04/10(火) 22:01:44Unix方式よりずっとマシだ、といっているだけだ。
0279デフォルトの名無しさん
2007/04/10(火) 22:01:47お前は >>261 なんだろ...
自分の役割を忘れるな
0280デフォルトの名無しさん
2007/04/10(火) 22:03:58>ファイル名が何でエンコードされてるかは重要じゃない。
>ファイル名のバイト列をどの文字コードで解釈したいと
>ユーザが指定しているかが分かれば良い。
環境変数という荒くて大雑把な手段では、実際に個々のファイル単位に
エンコーディングを指定することは出来ないし、インタラクティブな
プログラムばかりではない。
問題が大きいのに相変わらず故意に目をつぶりまくっているな。
0281デフォルトの名無しさん
2007/04/10(火) 22:05:43それなら君は Windows ユーザじゃないってことだ。
0282デフォルトの名無しさん
2007/04/10(火) 22:06:57キミ、面白すぎ
Windowsマンセー、欠陥など一切認めないって信者以外はWindows使っちゃ
いけないのネ
0283デフォルトの名無しさん
2007/04/10(火) 22:09:28物事を面白がれるのはいいことだと思うよ。
現実と架空の区別さえついていれば。
0284デフォルトの名無しさん
2007/04/10(火) 22:10:06煩わされてきた日本人であるならば、
名前なんてただのバイト列でいいよ、エンコーディングなんてどうでもいいよ、
なんてことは言えない筈だぞ。
UnixとCの時代遅れな設計がいかに多くの下らない「日本語対応パッチ」のような
adhocな生産物を意味出してきたことか。
0285デフォルトの名無しさん
2007/04/10(火) 22:18:40悪いけど俺にはとてもそうは思えないし、エンコード決め打ちなんて
俺の基準からすると作法がなっていない。
0286デフォルトの名無しさん
2007/04/10(火) 22:19:53いいからしばらく黙ってろって。襤褸が出まくってる。
0287デフォルトの名無しさん
2007/04/10(火) 22:25:18> エンコード決め打ちなんて俺の基準からすると作法がなっていない。
そういう「気分」「好み」でしか語れないのか？
技術者なら、Unix方式に比べてどういう具体的な問題・欠陥があるか語れよ。
0288デフォルトの名無しさん
2007/04/10(火) 22:27:47散々書いたじゃん。今まで何読んでたの?
鬱陶しいから横から煽るのは止めてくれ。
あと >>284 みたいな見当違いの事書くのも勘弁な。
0289デフォルトの名無しさん
2007/04/10(火) 22:29:16> 散々書いたじゃん
「Windowsも完璧ではない、Windowsも同じ」以上のことは書いてない気が
するが？
0290デフォルトの名無しさん
2007/04/10(火) 22:32:23提供するのがwxWidgetsだと思うのだが。
OS批評がしたいならOS板に行ってくれないかな。
0291デフォルトの名無しさん
2007/04/10(火) 22:39:22テキストとバイナリを区別せずただのバイト列として扱うのが
伝統的なUnixおよびCの文化だ。
実際にはそうした愚直で単純なやり方ではマルチバイトテキストを
扱う上で大きな問題を引き起こす。
無論UnixおよびCでそうでないプログラムを書くことは可能だが、
それに対するサポートレベルがWindowsに比べて非常に低い。
Windowsはテキストを明確に区別する。ほぼ全てのテキストを受け渡しする
APIには、Ansi版とUnicode版が存在し、APIユーザ＝プログラマは、
自分のプログラムに適したストラテジーによってそれらを使い分けることが出来る。
Ansi版を使う場合はUnixのロケールモデルに近くなり、それらの切り替えは容易だ。
正しくWindowsの作法に従って書かれたプログラムなら、OSに渡るテキストは
全てUTF-16だ。
そうした世界では、もともとm17n対応であり、SJISの2byte目が引き起こす
伝統的な下らない問題とも無縁だ。
ファイルシステム内のファイル名も一貫しており、どんなコードページで
実行していようが全てのファイルを正しく扱える。
テキストを意識し、テキストを正しく扱っているから出来ることだ。
Unixは「何でもあり」と一見自由のようなことを言っていて、
実際にはエラーを起こしがちで問題の多い解でしかないわけだ。
ちょうど行毎にエンコード形式の異なるテキストファイルのように。
0292デフォルトの名無しさん
2007/04/10(火) 22:41:05ｶﾞﾝｶﾞﾚ
もっとｶﾞﾝｶﾞﾚ
0293デフォルトの名無しさん
2007/04/10(火) 22:59:47書いて無くても書いたんだよ！
0294デフォルトの名無しさん
2007/04/10(火) 23:01:57なんだかうれしいよ
0295デフォルトの名無しさん
2007/04/10(火) 23:24:590296デフォルトの名無しさん
2007/04/10(火) 23:31:070297デフォルトの名無しさん
2007/04/10(火) 23:40:31で
wx_dll.dswをコンパイルすると
MessageBox@16が見つからないとかいうエラーが出てdllが生成されないんだけど
なんじゃこりゃ
0298デフォルトの名無しさん
2007/04/11(水) 00:27:410299デフォルトの名無しさん
2007/04/11(水) 01:16:44……Windows&SJIS/UTF-16が苦手にするところだなぁ。WindowsもUTF-8(N)にならんかね？
0300デフォルトの名無しさん
2007/04/11(水) 01:22:32ちゃんとWindowsの開発環境整えてる？Platform SDKとか。
0301デフォルトの名無しさん
2007/04/11(水) 01:28:18libがなかったらそれ以前にlibが無いってエラーが出るからね
その辺はちゃんとやってる
wx.dswのほういわゆる静的リンクは問題なくコンパイルできる
DLLのほうがだめ
0302デフォルトの名無しさん
2007/04/11(水) 07:49:05どこでも UTF-16 は負の遺産と化してるね
0303デフォルトの名無しさん
2007/04/11(水) 12:00:37ファイルやネットワークで使用するデータ交換形式としては無論UTF-8が
望ましいが、マルチバイト処理を必要とするから、内部コードとして
使うにはUTF-32のほうがいいよ。
UTF-16はまぁ中途半端の観は否めないが、内部コードとして使っている分には
それほど大きな不満はないな。
内部コードとしてのUTF-8の問題は、マルチバイト処理を必要とするだけでなく、
全部char*になってしまうということ。これは一見単純で良いようだが、
Unicodeデータかどうかの識別がつきにくく、プログラミング言語の
オーバーロード機能なども利用しにくくなってしまう。
0304デフォルトの名無しさん
2007/04/11(水) 13:04:20内部コードにUTF使うか?
エンディアン無視してUCSそのままだろ。
0305デフォルトの名無しさん
2007/04/11(水) 16:58:30エンコーディングの問題とプログラミング言語の問題も分離できないくせに
偉そうなフリしてて笑えるw
0306デフォルトの名無しさん
2007/04/11(水) 17:35:010307デフォルトの名無しさん
2007/04/12(木) 19:06:05ウィンドウを閉じようとしたら「ハンドルされていないエラーが発生しました」とかいうエラーが
出てしまう。他のOpenGL使うサンプルもみんなそうなんだけど、これってwxWidgetsのバグ？
0308307
2007/04/13(金) 14:14:50原因がわかったぽい。
NVIDIAの提供しているデバッグ用ドライバだとエラーになるっぽい。
通常のGeForceドライバだとエラーにならなかった。
まさかドライバで動作が違うとはね。
0309デフォルトの名無しさん
2007/04/13(金) 21:16:38どうやって実装するの？
wxAcceleratorKeyはメニュー用のようだし、wxKeyEventはフォーカスされた
ウィンドウにしかトリガーしない。
リファレンスにもそれっぽい方法は見当たらなかったのだけど。
0310デフォルトの名無しさん
2007/04/13(金) 21:24:15それだったら"ファイル(&F)"でできるけど。
0311デフォルトの名無しさん
2007/04/13(金) 21:50:37いや、違うだろ。
グローバルホットキーのことでしょ?
OS依存度高そうだな。
0312307
2007/04/13(金) 22:01:38と思ったら、普通のGLUTアプリでもこけた。
こりゃwxWidgetsとは全然関係のない話で、単にドライバの仕様な予感。
スマンカッタ・・・。
0313309
2007/04/13(金) 22:18:52それもだけど、当面はアプリケーションごとのCtrl+Zで取り消し、みたいなやつ。
wxMenu.Appendでitem="Undo\tCtrl+Z"とすればできるけど
これだとメニューを出せない場合に困るし、どうしたらよいものかと。
0314デフォルトの名無しさん
2007/04/16(月) 16:11:20条件によってUIを機能しない（ボタンだったら表示が薄くなって押せなくなる）ように
するにはどうすれば良いのでしょうか。
wxWidgetsのサンプルではEVT_UPDATE_UIというイベントを使っているようですが、
真似して試してみたところ上手く行きません。
0315デフォルトの名無しさん
2007/04/16(月) 16:31:430316デフォルトの名無しさん
2007/04/20(金) 16:19:35面白いの見つけた(windows限定みたいだし余り魅力的ではないかも…)
でも
dc = AggDC(wx.PaintDC(self))
b = aggBrush(self.dc.GetBrush())
p = aggPen(self.dc.GetPen())
みたいに使用するのは簡潔でいいと思うけど
def aggBrush(wxBrush):
def aggPen(wxPen):
を使うたびにどこかで定義しないといけないとか、これなら
素直にGDI+を使ったほうが良いかなという気もしないでもない。
というか日本語資料が一件しかないしな…
0317デフォルトの名無しさん
2007/04/22(日) 13:01:11ゲーム作るんならどにみちバッファ直接書いたほうが早いぞ
DirectXより早いぞ
0318デフォルトの名無しさん
2007/05/05(土) 02:07:54誰か、コレを和訳してないかな？
Cross-Platform GUI Programming with wxWidgets
0319デフォルトの名無しさん
2007/05/05(土) 06:39:51してみたけど。
0320デフォルトの名無しさん
2007/05/05(土) 11:16:140321デフォルトの名無しさん
2007/05/05(土) 22:59:170322デフォルトの名無しさん
2007/05/06(日) 01:33:230323デフォルトの名無しさん
2007/05/06(日) 01:41:180324デフォルトの名無しさん
2007/05/06(日) 02:00:32ネタになるだろ？
だれかやって味噌〜
0325デフォルトの名無しさん
2007/05/06(日) 02:25:380326デフォルトの名無しさん
2007/05/06(日) 02:48:26ネタと言うか宣伝だわな
0327デフォルトの名無しさん
2007/05/06(日) 06:59:320328デフォルトの名無しさん
2007/05/06(日) 09:40:400329デフォルトの名無しさん
2007/05/06(日) 15:18:54ttp://monarch.sourceforge.jp/
0330デフォルトの名無しさん
2007/05/06(日) 18:26:03技と力と心が通う ザビタン(hehe！！）
イビル（hehe！！）ガブラ（Woo！Ohooho!!)
うなれジャンケル！ アクサイザー３！！
0331デフォルトの名無しさん
2007/05/06(日) 19:42:180332デフォルトの名無しさん
2007/05/06(日) 20:14:110333デフォルトの名無しさん
2007/05/06(日) 20:16:530334デフォルトの名無しさん
2007/05/06(日) 20:25:59これが われらの 生きる道
アクサイザー！（Zanzan zazan!) アクサイザー！（Zanzan zazan!)
アクサイザー３！！
0335デフォルトの名無しさん
2007/05/06(日) 21:27:250336デフォルトの名無しさん
2007/05/10(木) 03:49:37コマンドアプリでイベント処理する場合にはどうすれば？
自作クラスにイベントハンドラを作る方法ってあるの？
ちなみにプログラムの特性上スレッドは却下、同期処理も却下
0337デフォルトの名無しさん
2007/05/10(木) 04:31:270338デフォルトの名無しさん
2007/05/10(木) 05:09:20ふふり
0339デフォルトの名無しさん
2007/05/11(金) 20:01:03便利なんだから（？）
0340デフォルトの名無しさん
2007/05/11(金) 22:58:07システムの時刻とアプリケーションの時刻を独立して管理したいんだけど
wxDateSpanとwxTimeSpanをwxDateTime::Nowに加算すればいいわけですね
問題はアプリケーションで管理すべき時刻とシステム時刻の差の計算はどうすればいいの？
wxDateSpanとwxTimeSpanを2個のwxDateTimeの差から計算するには？
■ このスレッドは過去ログ倉庫に格納されています