07/04/08 21:31:09
>>198
>事実上そのUTF-8対応したLinuxとそうでない従来型ロケールベースでは
>運用方法から何から全然変わってこない？
誰か俺にも分かるように翻訳してくれ。
201:179
07/04/08 21:42:51
>>200
非UTF-8カーネルでユーザ毎にLC_CTYPEが異なる昔ながらのL10N環境と、
カーネルからユーザロケールまでUTF-8を前提とした環境と、
UTF-8カーネルに従来型ロケールの環境では、
ユーザコードでiconv()やwcstombs()等を用いた変換が必要な箇所が
変わってくるんでは？と思ったんだけど。
気のせいだというのならいい。
202:179
07/04/08 21:43:50
>>197
えーと、俺は見ての通り頭が悪いし最近のLinuxのことは知らないので、
誤りはもっとピンポイントかつ具体的に指摘してくれると嬉しいのですが。
203:デフォルトの名無しさん
07/04/08 21:54:41
>>202
> 誤りはもっとピンポイントかつ具体的に指摘してくれると嬉しいのですが。
スレ違い
204:デフォルトの名無しさん
07/04/08 23:46:39
よくある逃げ方だな。
ごくろーさんｗ
205:デフォルトの名無しさん
07/04/08 23:52:15
↑捨て台詞ｷﾀｰ
206:179
07/04/09 00:00:11
>>204は俺ではないですよ。どうでもよいことですが。
207:デフォルトの名無しさん
07/04/09 00:54:49
で結局
EUCベースのlinuxでwxWidgetsでUTF-8を用いたアプリを開発するにはどうすればよいかという話でしょ
１．wxWidgetsが馬鹿なので書き換える
２．アプリをEUCで作る
３．linuxをUTF-8に対応させる
さあどれだｗ
208:デフォルトの名無しさん
07/04/09 00:57:38
話の発端はwxMACだっけ
ということはMACのカーネルは何のコードがデフォなんだ？
209:デフォルトの名無しさん
07/04/09 01:32:03
わかってもいないし調べる気もない奴らばっかだということはよくわかったから
もうここで続けるな。どこか他所でやってくれよ。
210:デフォルトの名無しさん
07/04/09 01:55:55
>>193-194を見る限り、
$ touch ほげ
とかやった場合、要するにロケール設定によって全然別の名前のファイルが
作られるわけか？
なんかもう脳死してるっていうか、どうしようもないんじゃねぇのこれ
211:デフォルトの名無しさん
07/04/09 02:04:26
wow wxWidgetsの話はどこに行ったのさ？
212:デフォルトの名無しさん
07/04/09 02:04:34
つか、非ASCII文字を含むファイル名を表示するまともな方法、存在すんのか？
ほげ：sjis
ほげ：euc-jp
ほげ：utf-8
みたいなファイル名が混在し得るんでしょ？
一つのファイルシステムに。
213:デフォルトの名無しさん
07/04/09 02:28:20
>>211
readdir()やftsを使ってで読み取ったファイル名のリスト
をリストボックスか何かに表示したいです。
どうするのが正しいのでしょうか。
214:デフォルトの名無しさん
07/04/09 02:41:11
WindowsだってeucとかUTF-8のファイル作ろうと思えば作れる罠
215:デフォルトの名無しさん
07/04/09 02:45:52
リストボックスは当然ながらKDEとかGNOME依存でこれらは結局kernelの文字コードにあわしてある
kernelがEUCなら当然XシステムもEUCでフォントデータベースもEUCだからEUCのフォントインデックスじゃないと
いわゆる文字化けした状態になる
216:デフォルトの名無しさん
07/04/09 02:56:42
>>215
> kernelの文字コード
> kernelがEUCなら
いみが
わかりません。
Linuxでは、文字エンコーディングを指定してカーネルを再構築するのでしょうか？
それによって、具体的にkernelの何が変わるのですか？
Unixはマルチユーザシステムですが、他のLocale設定を使いたいユーザは
どうすればよいのでしょうか？
217:デフォルトの名無しさん
07/04/09 03:06:44
>>214
「やろうと思えば出来る」のと、「通常の使用でそういう事故が起きる」
のとでは、当然ながら全然違うんだが。
WindowsのコードページはUnixのロケールほど揮発性でも動的でもないし、
むしろ日本語Windowsなら実質CP932決めウチ、みたいな世界だ。
そしてAnsi版APIは、APIレベルでUTF-16への変換を試みるから、そこで
妙な名前はガードされる。
Unicode版APIは素通しだけどな。CreateFileW()にUTF-16として
正しくない並びの文字列を渡してもそのファイルを作れてしまうのは確か。
ただし、「ユーザが」「普通に」使用していてそういう事態に陥ることは
まずない。
218:デフォルトの名無しさん
07/04/09 03:55:56
>>215
もうそのネタを引っ張るのは無理でしょ。流石にフォントの並びは変わらねえw
「カーネルの文字コード」という概念は個人的に破壊力抜群だったけどww
「EUC ベースの Linux」は後々まで語り継がれる名言だったなwww
釣り、なんだよね?
219:デフォルトの名無しさん
07/04/09 04:06:30
また過去においては Linux の C Library にはロケール機構の実装は行われて
おらず X Window System の提供するロケール機構を使用していた。近年になっ
て X のロケールから GNU C Library version 2 に実装されたロケールへの移
行が進んでいる。残念ながら現時点では日本語をはじめとする多バイト文字の
ロケール機構は機能していないが実装作業が進行中であり、近日中に利用可能
になるものと思われる。
220:デフォルトの名無しさん
07/04/09 04:20:33
>>210,>>212,>>217
Windows だって一緒やがな。メールに添付されたファイルのファイル名が EUC-JP
だったら誰が valid なファイル名を探してくれるのでしょうね。zip に入っていたファイルの
ファイル名が UTF-16 のエンディアン違いだったらどうするのかな?
スレ違いなんで↓続きはこっちでやってね。
文字コード総合スレ part2
ｽﾚﾘﾝｸ(tech板)
>>219
残念ながらそのネタも面白くないと思われるよ。
221:デフォルトの名無しさん
07/04/09 04:49:56
>>220
ちゃんと規格確認してから言ってる?
特定の実装の問題を全体に拡大解釈するなよ
222:デフォルトの名無しさん
07/04/09 05:18:41
>>221
規格って、zip に入れるファイル名の文字コードの規格があるの?
特定の実装って何の実装の事?
実際には Linux だってわざわざファイル名に複数の文字コードを混在させて使おうと
する人間はいない。混在可能ってだけだし、それは Windows でも一緒。
223:デフォルトの名無しさん
07/04/09 05:35:45
知識自慢ばっかで解決策を語れるスマートな人間はまったくいないな
wxWidgetsのソースをいじるなんてのは非現実的だし
ロケールをわざわざUnicodeに変換したって既存のソフトが動かなくなるだけ
答えは１つ、デフォルトロケールにアプリを合わせて自前でコード変換するだけ
それ以外の方法はない
それ以外の方法しか考えられないやつはただの馬鹿
224:デフォルトの名無しさん
07/04/09 05:38:24
知識自慢というか、正しい認識を持つことは重要だよ。
で、何の解決策が必要なんだっけ?
225:デフォルトの名無しさん
07/04/09 06:06:24
ボケ老人は無理して話に加わらなくていいのに・・・。
226:デフォルトの名無しさん
07/04/09 06:51:00
> zip に入れるファイル名の文字コードの規格があるの?
zip に入れるファイル名の文字コードの規格はないの?
227:デフォルトの名無しさん
07/04/09 07:26:40
無い
228:デフォルトの名無しさん
07/04/09 08:08:56
無いよなぁ…
229:デフォルトの名無しさん
07/04/09 08:11:09
>>223
>wxWidgetsのソースをいじるなんてのは非現実的だし
ノンサポートのライブラリなんだから、きちんと全容を把握して
自分で手を入れられるようになっておいた方が良いぜ。
230:デフォルトの名無しさん
07/04/09 08:54:57
>>223
オープンソースなんだし常識じゃないの？
カーネルのソースも、wxWidgetsのソースも動作がおかしい場合は、
読んで修正しないとねぇ。
231:デフォルトの名無しさん
07/04/09 12:06:11
>>220
あのさぁ。メールの添付ファイルだのzipアーカイブの中身だのに含まれる
ファイル名をどうシステムのファイル名にマップするかってのは、
そのプロトコルなりRFCなりファイルフォーマットなりの話であって
OSの仕事ではないでしょ？
そこに不備があるのなら、それはOSでなくて、符号化形式が
self-containedではないそれらの不備ってだけだろ？
232:デフォルトの名無しさん
07/04/09 12:08:37
少なくともWindowsでは
単にシェルでファイルをとりあつかうだけのことで問題が生じることは無い。
ファイル名はUTF-16「である」のがWindowsだ。
Windowsのファイル名はコードページに依存しないし、コードページによらず
漢字や拡張ラテン文字を含むファイル名を同時に正しく扱える。
Linuxでは
$ >ほげ
とかやるとどうなるんだっけ？
233:デフォルトの名無しさん
07/04/09 12:36:11
スレ違いage
234:デフォルトの名無しさん
07/04/09 13:32:49
結局、>>213の答えは？
235:デフォルトの名無しさん
07/04/09 13:38:35
>>229
入れられるのと実際に入れるのとでは意味が違う
手を加えたらパッチが当たった時にまたそれに合わせて全部拾い出していくのか？
よっぽど暇なんですね
236:デフォルトの名無しさん
07/04/09 13:41:47
せっかくクロスプラットフォームで多くのチェックが入ってバランス統一されたものに
わざわざ手を加えてクロスプラットフォームじゃなくならせるなんてよっぽど馬鹿なんですね
237:デフォルトの名無しさん
07/04/09 17:45:41
>>234
見ればわかると思うけど、ここ能無ししかいないから
誰も答えられません。
238:デフォルトの名無しさん
07/04/09 18:26:14
じゃあお前が答えろよｗ
239:デフォルトの名無しさん
07/04/09 18:34:55
知識が無いことより、分かっている振りをすることのほうがはるかに馬鹿な事なのに
プログラマはそれがわからない馬鹿が多くて本当に嫌な人種だな
むしろ人間じゃねーな
240:デフォルトの名無しさん
07/04/09 20:18:26
>>231
そこまで書いたら自分で気付けよw
241:デフォルトの名無しさん
07/04/09 21:49:34
>>240
要するに、Windowsのファイル名はUTF-16固定だが
Unixのファイル名のエンコーディングに関しては、規約も標準も
何も無い無法地帯で、かつシステムグローバルでも何でもないLC_CTYPE
環境変数の設定でエンコーディングがころころ変わってしまい、
結果としてプログラム的にどうあるべき、という正しい判断のしようが無いから
糞なんだろ？
どこが「Windowsも同じ」なの？
Zipのようなファイル形式で困ったことになる点だけは確かに同じだな。
だが、それはOSの問題ではないし、論点ずらしだろ。
242:デフォルトの名無しさん
07/04/09 21:51:50
>>241
惜しい。あと一歩真実へ踏み出してみよう。
243:デフォルトの名無しさん
07/04/09 21:56:50
つづきまだ～？（ﾁﾝﾁﾝ（AAｒｙ
244:デフォルトの名無しさん
07/04/09 22:02:56
ちゃんと考えなきゃダメだぜ。
245:デフォルトの名無しさん
07/04/09 22:10:28
例えばプレーンなテキストファイルのエンコーディングは分からない
（符号化形式がselfcontainedでない）ってのはOSに限らない
普遍的かつ伝統的な問題なわけで、
ファイルの中のデータを扱う部分はどうしても汚い仕事にならざるを
得ないと思うのよ。典型的なのが日本語のエンコーディングの自動判別の
ようなヒューリスティック。
Unixの世界ではファイル名もこれと同じなわけだけど、Unicodeに
統一できるなら、したほうがいいに決まってるし、完璧ではないにしろ
それが可能な世界だと思うんだ。
Windowsではそうなってるわけでしょ。
246:デフォルトの名無しさん
07/04/09 22:18:35
少なくともWindowsでは、何かファイル名を外部からもらった時に、
それをOSに渡す際にはUTF-16に変換するのが「正しい」ことは分かる。
どうやったらUTF-8に変換できるのか分からないならば、それは貰い方、例えば
ファイル形式やプロトコル等に問題があると言うことが出来る。
それはWindowsの問題ではない。
Unixはそれ以前の問題。それが非ASCII文字を含む場合、どう扱うのが
「正しい」のかが全く分からない。
一般解は存在せず、環境・プログラム毎の特殊解のみがあるのだろう。
247:デフォルトの名無しさん
07/04/09 23:07:08
>>246
>どう扱うのが「正しい」のかが全く分からない。
どう扱うのが正しいのかを決めるのはユーザ様な世界なんだよ。
分からないんじゃなくて、勝手な決め打ちしないだけ。
全能なるユーザ様が入力なされた物を勝手に変換するなと。
"touch ほげ" の結果生成されるファイル名がロケール依存で
変化するのは UN*X 的に正しい世界。何故ならユーザ様が
ロケールを設定しているから。アプリはロケールに従ってデータを
読み出せば全く問題無い。これが UN*X 的な正しい扱い方。
入力には寛容に。
ファイル名のエンコードは一応それなりに決まっていて、HFS+
なんかは UTF-16 になっている。決まっているだけで EUC でも
書き込めるのは Windows と一緒だね。
248:デフォルトの名無しさん
07/04/09 23:26:45
UNIXの世界において、kernelのレイヤでは全て単なるバイト列。
\0と/は特別扱いやけどな。
エンコーディング等は、kernelの知・っ・た・こ・と・で・は・な・い。
249:デフォルトの名無しさん
07/04/09 23:39:55
正しいとか正しくないとか俺様理論は他でやってくれないか？
250:デフォルトの名無しさん
07/04/09 23:41:01
あのな\0が特別って\0だけで十分にエンコード依存なんだよ馬鹿
251:デフォルトの名無しさん
07/04/09 23:42:50
俺様理論っつうか、エンコードとかkernelの話は他でやってくれ
252:デフォルトの名無しさん
07/04/09 23:47:16
何度も言うけども
wxWidgetsを正常に使いたかったらわざわざロケールを変更するような暇なことしたり
wxWidgetsを自分好みに作り変えたりするのは馬鹿のすることだ
デフォルトロケールのエンコードにあわせるのが正当なやり方だ
Windowsの場合はSJISとUnicodeの両者が共存出来るようなうまいしくみがあるから選べるだけ
253:デフォルトの名無しさん
07/04/09 23:50:48
>>249
核心を突いたね。そう。単一の文字コードに決め打ちして正しいとか言ってるのは
俺様理論なんだよね。簡単に破綻するのにね。しかも UTF-16 だからなあ…
254:デフォルトの名無しさん
07/04/09 23:53:05
>>252
一生 Windows だけ使ってる分にはそれで良いと思うよ。
Microsoft 以外が出しているおかしな OS なんて使う必要無いよ！
255:デフォルトの名無しさん
07/04/09 23:57:45
どうせMACはバージョンによって文字コードが違っても互換性がないのだからｗ
UNIX系なんてそもそもバイナリ配布できるような環境にないだろｗ
どうせそのコンピュータでコンパイルして動かすのだからロケールなんて統一したほうがかえってややこしいことになる
コンパイル環境のロケールでそのまま動くように作ればいいだけ
問題になるのはスタティック文字列くらいなもん
256:デフォルトの名無しさん
07/04/10 00:02:38
ｵｹ
257:デフォルトの名無しさん
07/04/10 01:07:07
また一人気違いが……。よそでやれ。
258:デフォルトの名無しさん
07/04/10 01:10:54
>>247
> "touch ほげ" の結果生成されるファイル名がロケール依存で
> 変化するのは UN*X 的に正しい世界。何故ならユーザ様が
> ロケールを設定しているから。アプリはロケールに従ってデータを
> 読み出せば全く問題無い。
touch ほげを実行したユーザが、ファイル名を読み取るユーザと同じとは
限らないのがUnixでしょ。読み取るプロセスはデーモンかもしれないし、
cronあたりから実行されているバッチかもしれない。
ftpやtelnet越しのユーザかもしれない。
実におめでたいね。
>>248
うん、それで？
結果として、単に非ASCII以外の文字を含む名前がひどく扱いにくい世界に
なったわけだよね。
時代遅れだね。
>>253
Unixの「自由」は欲しくない自由なんだよ。俺に言わせれば。
プレーンテキストどころか、ファイルの中の行毎にエンコーディングが
異なる、何がなんだか分からないファイルを考えてみればよい。論外だろ？
「自由」にしたいのなら、せめてエンコーディング方式が分かるようにしろと。
259:デフォルトの名無しさん
07/04/10 01:40:40
「議論」したいのなら、せめて該当するスレに移ってくれと。
260:155
07/04/10 02:18:16
ぎょえ。なんかすごいことに。
しかもなぜか関係ないファイル名の話になってるし…。
荒れるからもう Unicode の話はふらないよ…。
ゴメンネ。
261:デフォルトの名無しさん
07/04/10 08:24:38
>>258
それで問題無いよ。お仕着せが良いなら Windows を使っていれば良い話。
見掛け上の統一感に満足していれば良い。Windows が最高なんでしょ?
俺は、文字コードの揺らぎは常に存在するものである事を前提に、自分で
自由に制御出来る環境の方が優れていると思う。
いつだって他人の流儀を認められないのが Windows ユーザだよなあ。
ぬるい世界で満足しているなら、そこから出て来なければ良いのにね。
262:デフォルトの名無しさん
07/04/10 10:12:08
>>261
＞ いつだって他人の流儀を認められないのが Windows ユーザだよなあ。
イラッとして書いたんだろうけどこういうひとくくりにする発言はやめようよ。
使ってるOSの問題じゃないからさ。
263:デフォルトの名無しさん
07/04/10 10:58:01
イラッとして書いたんじゃなくて、そのあたりが>>261のレベルなんです。
あらゆるコミュニティから「お前は入ってこないで」と思われるタイプ。
264:デフォルトの名無しさん
07/04/10 12:29:12
こーゆー輩は他人を貶して優越感に浸りたいだけだから放って置いたほうが良いよ
265:デフォルトの名無しさん
07/04/10 12:43:38
>>261ね。
テクニカルな内容がほぼゼロ。本人の品性が良く分かる煽り文ですね。
> 俺は、文字コードの揺らぎは常に存在するものである事を前提に、自分で
> 自由に制御出来る環境の方が優れていると思う。
エンコーディング情報が正しく含まれるのならそれもいいだろうけど、
実際には、各行のエンコーディングがごたまぜ、何が使われているか分からない
テキストファイルも同然の状態なわけですよ。ファイル名が何でエンコードされてるか
どこにも記録されない上に、一貫性のある規約も無いのが現実。
自分の環境は自分の都合のいいように運用するからそれでおｋ？
あなたは仮にもプログラマでしょう？
趣味でLinuxいじってるだけのパソコンオタクじゃないんでしょ？
プログラマとしてコードを書くときに、自分の環境しか考えないの？
例えば「ゆらぎがあることを前提に」、あなたなら>>213のケースにどう
回答するの？
Windowsはあなたに言わせればぬるい環境で、Unixは優れてるんでしょ？
俺様環境でしか通用しない糞コードではなく、
素晴らしい回答を期待してますよ。
266:261
07/04/10 19:11:39
なんか変なのがまとめて沸いてきたなぁ。それとも同一人物か？
自分の痛さを指摘されて逆上した Windows ユーザ?
まぁ、まともなレベルのものが書けたら相手してあげるよ。頑張ってね。
267:デフォルトの名無しさん
07/04/10 20:25:50
自分が痛いとはこれっぽっちも思ってないらしいな(ﾜﾗ
268:261
07/04/10 21:00:09
痛くないから当然だな。
まともなことを言ってるのに「痛くてすみません」ってな態度を取るのは
謙虚でもなんでもない。ただ間違っているだけだ。
それにしても、本当に逆上してるんだな。
負け癖のついた議論好きってこんな感じなんだよな。
269:デフォルトの名無しさん
07/04/10 21:01:12
新着で100もレスついてるから何かと思えば…
270:261
07/04/10 21:07:58
馬鹿は一匹出てくると立て続けに何十匹も出てくるからな。
スレが無駄に伸びる伸びる。
271:デフォルトの名無しさん
07/04/10 21:10:27
>>266,>>268,>>270
お、俺がもう一人居る。あんたが >>261 だとすると、俺は誰だw
何にせよ >>261 の書き込みは破壊力抜群だったみたいで何より。
>>262 には悪い事したけど、まともな人はもう居ないと思ってた。
>>265
あんたプログラマだったの?
プログラマは平日昼間から 2ch やれて羨ましいなあ。
エンコーディング情報は環境変数からとって来るから良いんだよ。
あんたが思ってる様なカオスの世界では無いよ。
272:271
07/04/10 21:13:42
話を簡単にまとめると、エンコーディングが静的に決まっているのが
NTFS や HFS+（どちらも UTF-16） で、行儀の良いアプリであれば
そのエンコーディングに従って文字列を格納してくれる。勿論、zip
の例の様に、人間にとって valid な文字列を生成出来ない場合も
あるし、ファイル名が ASCII である事を前提に書かれたプログラム
も存在している。
一方で、エンコーディングが環境に合わせて変わるのが UNIX 方式。
ファイルシステムの数も扱うロケールの数も沢山あるし、OS 自体も
色んな種類があるので入力には寛容に作られている。行儀の良い
アプリならロケールを見てきちんとデータを変換してくれる。勿論
入力が ASCII のみを想定している様なプログラムもあって、8 bit
clean じゃないコマンドも残っていたりする。
どちらの方式でも言えるのは、人間にとって valid じゃない文字列を
生成するのは簡単だという事。valid じゃない文字列を生成する
プログラムが良いか悪いかは別として、そういうプログラムが存在する
事は間違いない。だとすると、エンコーディングを決め打ちして満足
しているのは抜けてるんじゃないかなあというのが俺の意見。
Windows な人が共感出来るかどうかは別として、論理としては理解
出来るように書いているつもりだけど、どうよ?
273:デフォルトの名無しさん
07/04/10 21:52:01
>>271
> エンコーディング情報は環境変数からとって来るから良いんだよ
環境変数はユーザ毎、プロセス毎、それどころかプロセス実行中にも
変化し得る揮発性のデータでしょ。実際、
$ LANG=C man foo
のように、一時的にLANGを変えてコマンドを実行するようなことは
日常茶飯事のはずだ。
環境変数が指し示すのはあくまで「プロセスの実行環境」であって、
「ファイル名が何でエンコードされているか」ではない。それらは
全く別のものなのに、一体それでなぜ「良いんだよ」と言えるのか。
・ファイル名のエンコーディング方式が固定化されているか
・ファイル名のメタデータとしてエンコーディング方式が取得／設定できるか
以外に正しい解は無いよ。そんなこと、分かりきってるだろうに。
274:デフォルトの名無しさん
07/04/10 21:57:11
>>272
> 論理としては理解出来るように書いているつもりだけど、どうよ?
あなたがUnix方式の穴／不備に故意に目を瞑っていることだけはよく理解できる。
そして、「完璧な方式など無い」と主張することで、そこから目をそらさせようと
しているわけだ。
1. エンコーディング固定化方式
2. エンコーディングが可変で、形式をメタデータとして保持する方式
を比較するなら分かる。
どちらにも得失はあるが、「まともな」やり方だ。
Unixはそのいずれでもない。可変で、形式情報が失われてしまう。
Zipと同じだよ。
275:271
07/04/10 21:57:12
>>273
ファイル名が何でエンコードされてるかは重要じゃない。
ファイル名のバイト列をどの文字コードで解釈したいと
ユーザが指定しているかが分かれば良い。
エンコードを決め打ちしても当然例外は発生するんだから
正しい解なんて存在しないんだよ。それに気付ければｵｹ。
276:デフォルトの名無しさん
07/04/10 21:59:53
もうちょっと論理的に頼むわ。
馬鹿でもいいから、限界まで頑張って。
277:271
07/04/10 22:00:13
>>274
>完璧な方式など無い
まさにその通り。それを認識する事が重要だよ。
そうすればもっと色んな考えに寛容になれるよ。
278:デフォルトの名無しさん
07/04/10 22:01:44
Windows方式は完璧ではないよ。無論。誰もそんなことは主張していない。
Unix方式よりずっとマシだ、といっているだけだ。
279:デフォルトの名無しさん
07/04/10 22:01:47
>>276
お前は >>261 なんだろ...
自分の役割を忘れるな
280:デフォルトの名無しさん
07/04/10 22:03:58
>>275
>ファイル名が何でエンコードされてるかは重要じゃない。
>ファイル名のバイト列をどの文字コードで解釈したいと
>ユーザが指定しているかが分かれば良い。
環境変数という荒くて大雑把な手段では、実際に個々のファイル単位に
エンコーディングを指定することは出来ないし、インタラクティブな
プログラムばかりではない。
問題が大きいのに相変わらず故意に目をつぶりまくっているな。
281:デフォルトの名無しさん
07/04/10 22:05:43
>>278
それなら君は Windows ユーザじゃないってことだ。
282:デフォルトの名無しさん
07/04/10 22:06:57
>>281
キミ、面白すぎ
Windowsマンセー、欠陥など一切認めないって信者以外はWindows使っちゃ
いけないのネ
283:デフォルトの名無しさん
07/04/10 22:09:28
>>282
物事を面白がれるのはいいことだと思うよ。
現実と架空の区別さえついていれば。
284:デフォルトの名無しさん
07/04/10 22:10:06
マルチバイト文字の2byte目の引き起こす下らない問題に
煩わされてきた日本人であるならば、
名前なんてただのバイト列でいいよ、エンコーディングなんてどうでもいいよ、
なんてことは言えない筈だぞ。
UnixとCの時代遅れな設計がいかに多くの下らない「日本語対応パッチ」のような
adhocな生産物を意味出してきたことか。
285:デフォルトの名無しさん
07/04/10 22:18:40
>>278
悪いけど俺にはとてもそうは思えないし、エンコード決め打ちなんて
俺の基準からすると作法がなっていない。
286:デフォルトの名無しさん
07/04/10 22:19:53
>>284
いいからしばらく黙ってろって。襤褸が出まくってる。
287:デフォルトの名無しさん
07/04/10 22:25:18
>>285
> エンコード決め打ちなんて俺の基準からすると作法がなっていない。
そういう「気分」「好み」でしか語れないのか？
技術者なら、Unix方式に比べてどういう具体的な問題・欠陥があるか語れよ。
288:デフォルトの名無しさん
07/04/10 22:27:47
>>287
散々書いたじゃん。今まで何読んでたの?
鬱陶しいから横から煽るのは止めてくれ。
あと >>284 みたいな見当違いの事書くのも勘弁な。
289:デフォルトの名無しさん
07/04/10 22:29:16
>>288
> 散々書いたじゃん
「Windowsも完璧ではない、Windowsも同じ」以上のことは書いてない気が
するが？
290:デフォルトの名無しさん
07/04/10 22:32:23
今ある環境を*肯定*して最大公約数的なものを
提供するのがwxWidgetsだと思うのだが。
OS批評がしたいならOS板に行ってくれないかな。
291:デフォルトの名無しさん
07/04/10 22:39:22
>>284はそんなに見当違いか？
テキストとバイナリを区別せずただのバイト列として扱うのが
伝統的なUnixおよびCの文化だ。
実際にはそうした愚直で単純なやり方ではマルチバイトテキストを
扱う上で大きな問題を引き起こす。
無論UnixおよびCでそうでないプログラムを書くことは可能だが、
それに対するサポートレベルがWindowsに比べて非常に低い。
Windowsはテキストを明確に区別する。ほぼ全てのテキストを受け渡しする
APIには、Ansi版とUnicode版が存在し、APIユーザ＝プログラマは、
自分のプログラムに適したストラテジーによってそれらを使い分けることが出来る。
Ansi版を使う場合はUnixのロケールモデルに近くなり、それらの切り替えは容易だ。
正しくWindowsの作法に従って書かれたプログラムなら、OSに渡るテキストは
全てUTF-16だ。
そうした世界では、もともとm17n対応であり、SJISの2byte目が引き起こす
伝統的な下らない問題とも無縁だ。
ファイルシステム内のファイル名も一貫しており、どんなコードページで
実行していようが全てのファイルを正しく扱える。
テキストを意識し、テキストを正しく扱っているから出来ることだ。
Unixは「何でもあり」と一見自由のようなことを言っていて、
実際にはエラーを起こしがちで問題の多い解でしかないわけだ。
ちょうど行毎にエンコード形式の異なるテキストファイルのように。
292:デフォルトの名無しさん
07/04/10 22:41:05
>>291
ｶﾞﾝｶﾞﾚ
もっとｶﾞﾝｶﾞﾚ
293:デフォルトの名無しさん
07/04/10 22:59:47
>>289
書いて無くても書いたんだよ！
294:デフォルトの名無しさん
07/04/10 23:01:57
案外ここ住人いたんだなあ
なんだかうれしいよ
295:デフォルトの名無しさん
07/04/10 23:24:59
ここまで俺の自演
296:デフォルトの名無しさん
07/04/10 23:31:07
いやいや、オレオレ
297:デフォルトの名無しさん
07/04/10 23:40:31
VC++ 2005 express edision（無料のやつ）
で
wx_dll.dswをコンパイルすると
MessageBox@16が見つからないとかいうエラーが出てdllが生成されないんだけど
なんじゃこりゃ
298:デフォルトの名無しさん
07/04/11 00:27:41
普通の質問になると黙るのがﾜﾛｽ
299:デフォルトの名無しさん
07/04/11 01:16:44
ダメ文字と半端バイト、エンディアン、改行の扱いで問題なければ別にどうでも良いよ
……Windows&SJIS/UTF-16が苦手にするところだなぁ。WindowsもUTF-8(N)にならんかね？
300:デフォルトの名無しさん
07/04/11 01:22:32
>297
ちゃんとWindowsの開発環境整えてる？Platform SDKとか。
301:デフォルトの名無しさん
07/04/11 01:28:18
>>300
libがなかったらそれ以前にlibが無いってエラーが出るからね
その辺はちゃんとやってる
wx.dswのほういわゆる静的リンクは問題なくコンパイルできる
DLLのほうがだめ
302:デフォルトの名無しさん
07/04/11 07:49:05
>>299
どこでも UTF-16 は負の遺産と化してるね
303:デフォルトの名無しさん
07/04/11 12:00:37
Javaも.NETもTclもICUもUTF-16だけどな。
ファイルやネットワークで使用するデータ交換形式としては無論UTF-8が
望ましいが、マルチバイト処理を必要とするから、内部コードとして
使うにはUTF-32のほうがいいよ。
UTF-16はまぁ中途半端の観は否めないが、内部コードとして使っている分には
それほど大きな不満はないな。
内部コードとしてのUTF-8の問題は、マルチバイト処理を必要とするだけでなく、
全部char*になってしまうということ。これは一見単純で良いようだが、
Unicodeデータかどうかの識別がつきにくく、プログラミング言語の
オーバーロード機能なども利用しにくくなってしまう。
304:デフォルトの名無しさん
07/04/11 13:04:20
>>303
内部コードにUTF使うか?
エンディアン無視してUCSそのままだろ。
305:デフォルトの名無しさん
07/04/11 16:58:30
>>303
エンコーディングの問題とプログラミング言語の問題も分離できないくせに
偉そうなフリしてて笑えるw
306:デフォルトの名無しさん
07/04/11 17:35:01
ここは何のスレ？
307:デフォルトの名無しさん
07/04/12 19:06:05
ねぇ、2.6.3のサンプルでpenguinサンプルをビルドして動かしてみたんだけど、
ウィンドウを閉じようとしたら「ハンドルされていないエラーが発生しました」とかいうエラーが
出てしまう。他のOpenGL使うサンプルもみんなそうなんだけど、これってwxWidgetsのバグ？
308:307
07/04/13 14:14:50
>>307
原因がわかったぽい。
NVIDIAの提供しているデバッグ用ドライバだとエラーになるっぽい。
通常のGeForceドライバだとエラーにならなかった。
まさかドライバで動作が違うとはね。
309:デフォルトの名無しさん
07/04/13 21:16:38
wxPythonで使ってるんだけど、いわゆるショートカットキー（ホットキー）って
どうやって実装するの？
wxAcceleratorKeyはメニュー用のようだし、wxKeyEventはフォーカスされた
ウィンドウにしかトリガーしない。
リファレンスにもそれっぽい方法は見当たらなかったのだけど。
310:デフォルトの名無しさん
07/04/13 21:24:15
メニューのファイル(F)の"Alt+F"みたいなの？
それだったら"ファイル(&F)"でできるけど。
311:デフォルトの名無しさん
07/04/13 21:50:37
>>310
いや、違うだろ。
グローバルホットキーのことでしょ?
OS依存度高そうだな。
312:307
07/04/13 22:01:38
>>308
と思ったら、普通のGLUTアプリでもこけた。
こりゃwxWidgetsとは全然関係のない話で、単にドライバの仕様な予感。
スマンカッタ・・・。
313:309
07/04/13 22:18:52
>>311
それもだけど、当面はアプリケーションごとのCtrl+Zで取り消し、みたいなやつ。
wxMenu.Appendでitem="Undo\tCtrl+Z"とすればできるけど
これだとメニューを出せない場合に困るし、どうしたらよいものかと。
314:デフォルトの名無しさん
07/04/16 16:11:20
質問です。
条件によってUIを機能しない（ボタンだったら表示が薄くなって押せなくなる）ように
するにはどうすれば良いのでしょうか。
wxWidgetsのサンプルではEVT_UPDATE_UIというイベントを使っているようですが、
真似して試してみたところ上手く行きません。
315:デフォルトの名無しさん
07/04/16 16:31:43
Disable()
316:デフォルトの名無しさん
07/04/20 16:19:35
URLﾘﾝｸ(www.averdevelopment.com)
面白いの見つけた(windows限定みたいだし余り魅力的ではないかも…)
でも
dc = AggDC(wx.PaintDC(self))
b = aggBrush(self.dc.GetBrush())
p = aggPen(self.dc.GetPen())
みたいに使用するのは簡潔でいいと思うけど
def aggBrush(wxBrush):
def aggPen(wxPen):
を使うたびにどこかで定義しないといけないとか、これなら
素直にGDI+を使ったほうが良いかなという気もしないでもない。
というか日本語資料が一件しかないしな…
317:デフォルトの名無しさん
07/04/22 13:01:11
そんなもん使うことあるか？
ゲーム作るんならどにみちバッファ直接書いたほうが早いぞ
DirectXより早いぞ
318:デフォルトの名無しさん
07/05/05 02:07:54
誰か、コレを和訳してないかな？
Cross-Platform GUI Programming with wxWidgets
319:デフォルトの名無しさん
07/05/05 06:39:51
wxWidgetsによるプラットホーム非依存なグラフィカルユーザインターフェイスプログラミング
してみたけど。
320:デフォルトの名無しさん
07/05/05 11:16:14
ああ流石に寒いかなと思ってやらなかったのに…
321:デフォルトの名無しさん
07/05/05 22:59:17
だれか、これで2chブラウザつくらないのかな？
322:デフォルトの名無しさん
07/05/06 01:33:23
メリットは？
323:デフォルトの名無しさん
07/05/06 01:41:18
弱酸性です。
324:デフォルトの名無しさん
07/05/06 02:00:32
>メリット
ネタになるだろ？
だれかやって味噌～
325:デフォルトの名無しさん
07/05/06 02:25:38
C#の方が簡単だよ
326:デフォルトの名無しさん
07/05/06 02:48:26
>>324
ネタと言うか宣伝だわな
327:デフォルトの名無しさん
07/05/06 06:59:32
そんなあふれたもん作ってもしょうがないぽ
328:デフォルトの名無しさん
07/05/06 09:40:40
あふれた？
329:デフォルトの名無しさん
07/05/06 15:18:54
wxPythonなら Monarchってブラウザがあったらしい
URLﾘﾝｸ(monarch.sourceforge.jp)
330:デフォルトの名無しさん
07/05/06 18:26:03
輝けジャンケル（Woo！ Ohowo！！）空高く（Owo！！）
技と力と心が通う ザビタン(hehe！！）
イビル（hehe！！）ガブラ（Woo！Ohooho!!)
うなれジャンケル！ アクサイザー３！！
331:デフォルトの名無しさん
07/05/06 19:42:18
なんやねん
332:デフォルトの名無しさん
07/05/06 20:14:11
これの代わりになるものをみんなで作ろう！！
333:デフォルトの名無しさん
07/05/06 20:16:53
おちつけ！！！！
334:デフォルトの名無しさん
07/05/06 20:25:59
行く道ひとつ Ohowo！！ ただひとつ
これが われらの 生きる道
アクサイザー！（Zanzan zazan!) アクサイザー！（Zanzan zazan!)
アクサイザー３！！
335:デフォルトの名無しさん
07/05/06 21:27:25
これって、あまり人気がないのか？
336:デフォルトの名無しさん
07/05/10 03:49:37
wxSocketBase::Callbackが２．８で完全に削除されてるけど
コマンドアプリでイベント処理する場合にはどうすれば？
自作クラスにイベントハンドラを作る方法ってあるの？
ちなみにプログラムの特性上スレッドは却下、同期処理も却下
337:デフォルトの名無しさん
07/05/10 04:31:27
EVT_SOCKET(id, func)
338:デフォルトの名無しさん
07/05/10 05:09:20
自己解決した
ふふり
339:デフォルトの名無しさん
07/05/11 20:01:03
みんなもっと使おうぜ！！
便利なんだから（？）
340:デフォルトの名無しさん
07/05/11 22:58:07
wxDateTimeについて
システムの時刻とアプリケーションの時刻を独立して管理したいんだけど
wxDateSpanとwxTimeSpanをwxDateTime::Nowに加算すればいいわけですね
問題はアプリケーションで管理すべき時刻とシステム時刻の差の計算はどうすればいいの？
wxDateSpanとwxTimeSpanを2個のwxDateTimeの差から計算するには？
341:デフォルトの名無しさん
07/05/11 23:24:29
あ、自己解決ｗ
342:デフォルトの名無しさん
07/05/12 16:44:23
これ、人気ないですか？
343:デフォルトの名無しさん
07/05/12 20:18:49
どうしてそう思うの？
344:デフォルトの名無しさん
07/05/12 21:01:48
まだ何も思ってないのでは
345:デフォルトの名無しさん
07/05/12 21:53:13
中身が人気無いというより
コンパイルに数時間かかるし
ドキュメントはほとんど英語しかないし
容量が１Ｇ以上いくし
内部構造まで解析できないとバグと仕様の区別が付けられないから不安定だし
まあようするに厨房には無理ｗ
346:デフォルトの名無しさん
07/05/12 22:33:32
メリットは何ですか？
347:デフォルトの名無しさん
07/05/12 22:47:36
環境に左右されない。
でも、コンパイルは各環境で行わないといけない。
MFCの代わり？
（似てるし）
348:デフォルトの名無しさん
07/05/12 23:51:09
＞容量が１Ｇ以上いくし
まじっすか・・・
349:デフォルトの名無しさん
07/05/13 01:23:23
メリットは
ＭＦＣライクだけどMFCをさらに洗練したような感じになってること
完全クロスプラットフォームだからネットワーククライアント関係を作るなら便利
完全に無料だからライセンスを一切気にする必要がない
多国語サポートとかとにかく機能はすさまじく充実してるけどクラス設計が洗練されてて覚えやすい
350:デフォルトの名無しさん
07/05/13 01:30:20
クラス設計が洗練されているというのは
クラスの命名規約やパラメータのパターンやイベント処理方法がすべて統一されているから
ダイアログの表示の仕方を覚えると、フレーム作ったりＭＤＩ作ったりする方法がなんとなく想像できる
ちょっとそれらしい名前のクラスリファレンスを見るだけでダイアログを表示する方法と同じ方法で
いろんなものが表示できる
351:デフォルトの名無しさん
07/05/13 17:04:37
デメリット
英語が出来ないと辛い
352:デフォルトの名無しさん
07/05/13 19:36:07
C++のコード読めないとつらい。
当方、wxPython使い。
353:デフォルトの名無しさん
07/05/13 20:49:24
GUI以外のシステム依存機能が大量に入ってて便利な反面
使わない機能も勝手に付いてきて重い
354:デフォルトの名無しさん
07/05/14 00:01:36
重くは無い
でかいけどｗ
355:デフォルトの名無しさん
07/05/14 01:55:39
wxJoystickを使ってゲームパッドで操作するアプリを作成中なのですが、
ボタンの押下はポーリングでスキャンする方法しかないのでしょうか？？
ボタンを長押ししたりすると、連打してるようになるし、
ボタンをちょっとだけ押しても反応しない時があるので困ってます。。
ボタンが押された時にだけイベントを発生させることはできないのでしょうか？
356:デフォルトの名無しさん
07/05/14 02:41:26
wxJoystick::SetCapture
357:デフォルトの名無しさん
07/05/14 10:06:15
すごく・・・おおきいです
358:デフォルトの名無しさん
07/05/14 13:49:10
大きい・・・のか
359:デフォルトの名無しさん
07/05/14 21:10:12
英語が出来ないので、断念 ⇒ Turbo C++ 使い方が良くわからないので断念 ⇒ WinAPIでガリガリ書く
みんなが辿る道
360:デフォルトの名無しさん
07/05/14 21:22:29
英語つっても文学作品じゃないんだから嵩が知れてるでしょ。
やっぱりデカイのが痛い。
361:デフォルトの名無しさん
07/05/14 21:33:18
>>360
デカイと痛いのか。。。
力を抜けよ。
362:デフォルトの名無しさん
07/05/14 21:43:01
Turbo C++ で十分
363:デフォルトの名無しさん
07/05/14 21:45:43
ｱｯｰ!
364:デフォルトの名無しさん
07/05/14 21:45:59
>>361
いやまて、チ○コじゃなくて、オパーイかも知れんぞ。
365:デフォルトの名無しさん
07/05/14 22:22:07
>>364
そっちだって、でかいとジャンプするだけで痛いよ？
366:デフォルトの名無しさん
07/05/14 23:01:20
>>359
それはつまり，C++を理解できてない人が打ちのめされたあげく，
Cだけで書こうと思い立つもCすらよく理解できていないからハンドラの扱いが
よくわからなくてWinAPIのサンプルをコピペしてダイアログ作って
テキストボックスに身長を入力したら標準体重を表示するだけの
プログラムの計算ルーチンだけを書いていたら頭の中でガリガリなった
ような気がする状態のことですね。あるある。
367:デフォルトの名無しさん
07/05/15 01:46:53
wxScintillaの内部で利用しているScintillaをさ1.62から
1.71以上にしたいんだけど、どうすればいいの？
368:デフォルトの名無しさん
07/05/15 03:07:02
DLLにすればでかくないｗ
しかしＤＬＬを作るには英語力が必要ｗ
369:デフォルトの名無しさん
07/05/15 03:35:10
メモリに読み込んだらサイズは一緒
370:デフォルトの名無しさん
07/05/15 04:08:22
メモリ量なら.Netは誰にも負けないｗ
371:デフォルトの名無しさん
07/05/15 10:30:44
wxPython使ってるんでサイズ的には只のテキストファイルだ
372:デフォルトの名無しさん
07/05/15 20:22:52
py2exe使うとどえりゃーことになるぜ
373:デフォルトの名無しさん
07/05/15 20:42:07
パネル一個のアプリが50MBytes超えるしな。
374:デフォルトの名無しさん
07/05/15 20:46:30
まじめにDLLとReleaseモードを組み合わせたパターンだと
ランタイム含めても２ＭＢいくかいかないかだけどな
本体はよっぽとすさまじいシステムでもない限りせいぜい５００ｋｂくらいか
375:デフォルトの名無しさん
07/05/15 21:32:13
>>373
それpy2exeの話？すげーなそれは・・・
376:デフォルトの名無しさん
07/05/15 23:21:42
いわば、pythonとwxpythonの本体もまとめてexeに入れてしまうらしいからね
377:デフォルトの名無しさん
07/05/16 01:35:24
今どき50MBくらいへでもないじゃん。
378:デフォルトの名無しさん
07/05/16 15:39:21
そういう問題じゃないだろ・・
379:デフォルトの名無しさん
07/05/16 16:02:13
わざわざPythonを使う理由がわからん
マゾか？ｗ
C++でもJavaでもいいのにｗ
380:デフォルトの名無しさん
07/05/16 19:19:46
その３つの中でPythonしか知らないからだよっ！
381:デフォルトの名無しさん
07/05/16 22:34:24
C++ も Java も REPL が無いのが辛い。俺にとってはかなり致命的。
あと C++ は変則的過ぎるから気持ち悪い。
382:デフォルトの名無しさん
07/05/16 22:37:38
統制がとれていないのをマルチパラダイム言語とか言ってごまかしてるからな。
俺はそのカオスさも嫌いじゃないが
383:デフォルトの名無しさん
07/05/16 23:03:59
ちなみにwxJavaScriptってのもあるぞｗ
384:デフォルトの名無しさん
07/05/17 00:29:48
>>382
あれは、ごまかしてるんじゃない。開き直ってるんだ。
385:デフォルトの名無しさん
07/05/19 08:58:48
開き直ってるというのも、ちょっとニュアンス合わないな。
それだと、途中からそう考え出したみたいだから。
C++のあのスタンスは最初からだよ。
386:デフォルトの名無しさん
07/05/19 22:21:30
サイズ減らしたいと思ってぐぐってたらこんなの見つけた
ケチケチ wxWidgets
URLﾘﾝｸ(bunysmc.exblog.jp)
387:デフォルトの名無しさん
07/05/20 00:19:53
くだらねーｗ
てか公式でランタイムのバイナリ配布すればいいのにね
388:デフォルトの名無しさん
07/05/23 00:13:34
海外品に頼るな！！
国内産を使え！！
自分に合うのがなければ作れ！！
389:デフォルトの名無しさん
07/05/23 00:31:34
日本の国産品しか使っちゃいけないくらいなら海外に脱出するよ。
390:デフォルトの名無しさん
07/05/23 00:47:17
日本人は馬鹿が多いから無理だな
391:デフォルトの名無しさん
07/05/23 01:05:59
ところで
wxURL<wxHTTPはメインスレッドから呼ぶと非同期通信になってGetInputStreamした段階で必ずreturn NULLしやがりますが
イベント登録も無いし、繋がったタイミングを検出する仕組みが一切ないのですが
これは完全にセカンドスレッドで動かすことを想定してこういう仕様にしたのだろうか？
これだけwxWidgetsじゃないような作りになってて使い物にならん
392:デフォルトの名無しさん
07/05/23 02:17:48
まともにLinuxで日本語表示できるようにしてくれ
393:デフォルトの名無しさん
07/05/23 08:03:41
何年前のLinuxをお使いですか？
394:デフォルトの名無しさん
07/05/25 00:38:13
なんで、はやらないんだろう？
395:デフォルトの名無しさん
07/05/25 00:48:09
>>394
デカイから。
Xcb のラッパーの Xlib のラッパーの Gdk のラッパーの Gtk+ のラッパーな
ライブラリなんて普通は使いたくないでしょ。
396:デフォルトの名無しさん
07/05/25 01:03:12
つか未だにUTFとかでゴミはいるだろLinuxでは使えん。
397:デフォルトの名無しさん
07/05/26 20:51:34
wxSocketBaseのWaitForRead()するとCPU100%になるんだが
Readでブロックしてしまう前に排他制御したいのでデータの有無を事前に確認したいのだが
このCPU使用率はなんとかできんのか？
398:デフォルトの名無しさん
07/05/31 10:59:42
これ、MSのSilverLightに食われるんじゃないの？
Windowsは間違いなくそっちの方向へいくし、Macも使えるし、
LinuxはMoonLightでとりあえず自分的にはGTKよりwxWidgetsのほうが
いいなとおもってた口だが、Silverlightのせいでメリットなくなったな。
399:デフォルトの名無しさん
07/05/31 15:15:37
SilverLight と wxWidgets が競合するようなものだと思ってるところが凄い…
400:デフォルトの名無しさん
07/05/31 17:29:52
「クルマのカタログスペックでやたら語るくせに、免許に１種と２種の区別があることを知らないみたいなもの」だろ。
401:デフォルトの名無しさん
07/05/31 18:01:31
例えばある場所からある場所に移動するのに、どの車でどういう行き方をしてるか話し合ってるときに
新幹線が出来ちゃったんでもうその話は終わりだねって感じじゃん？
402:デフォルトの名無しさん
07/05/31 18:30:27
そいつは多分新幹線にも車にも乗ったことないから、乗り物にさえ乗ればどこにでもいけると思ってるんだろうな、という話。
403:デフォルトの名無しさん
07/05/31 19:50:09
お前らうざいどっかいけ
404:デフォルトの名無しさん
07/05/31 20:25:04
Silverlight＝アドビ システムズの「Flash Player」に対抗するウェブブラウザ用プラグイン
405:デフォルトの名無しさん
07/06/06 13:24:51
ずいぶん前に、公式サンプルのバイナリのサイズがあまりに大きかったので、
WxWidgeに興味がなくなったが、先日v.2.8.4をダウンロードしたら、ずいぶん
サイズが小さくなっている。Windous環境静的リンクで簡単なものなら、EXE
圧縮なしでも１Ｍくらいになっている。
で、興味がわいてきてお試し中だが、ライブラリが、UNICODEか否か、リンクが
静的か動的か、各OSが準備している部品を使うか否か、Debug版か否か・・
の組み合わせで16種類もあるので、ライブラリ構築にすごく時間がかかった。
406:デフォルトの名無しさん
07/06/15 18:01:40
>お願いです。ム板かマ板でやってください。こっちで聞いても泥臭いCocoa使いか
>死亡寸前のPowerPlant使いしか居ません。
>
>日本語での資料の入手のし易さからwxPythonがおすすめかもです。
>本屋でのpython系の本を探ってると結構出てくるし。
>httpはサンプル多いし、GUIもwxPyhtonでそれっぽく造れる。
>
>どっちにしろ、Mac板にはPythonのスキルをもった人間は少ないよ。
>
>ここはMac板です。そうゆう人を隔離するために造られました。
>一掃したら、マカーがPCカテゴリ全体に散らばって収集付かなくなります(>_<)
>
>以下のスレッドでよろしくです。
>
>wxWidgets
>ｽﾚﾘﾝｸ(tech板)
>
>Python
>ｽﾚﾘﾝｸ(tech板)
てわけで、
新人が来るかもしれないので、みなさん準備をしてください。
407:デフォルトの名無しさん
07/06/15 18:04:25
目立つようにageておきます。
よろしくお願いします。
408:デフォルトの名無しさん
07/06/15 20:12:43
新人ﾏﾀﾞｰ?
409:デフォルトの名無しさん
07/06/15 20:37:28
>>406
何で wx を使えもしない人間が wx がお勧めとか書いてるんだよw
適当な誘導だなあ
410:デフォルトの名無しさん
07/06/15 20:46:30
>>409
実際に使ってる人間は勧めたりしないさ…
411:デフォルトの名無しさん
07/06/15 23:23:18
使ってるなら勧めるだろｗ
412:デフォルトの名無しさん
07/06/16 00:49:19
流れをぶった切って伺いたい
今MSW版の2.8.4ビルドして、samplesのいくつかをDLL Unicode Releaseの設定でこさえて実行したら
ウイルスバスター2007が警告出しやがったんだが同じ経験した椰子いる?
まぁ、バスタの警告はなんかもう、「俺が知らないプロセスは全部マルウェアだ!!」ってノリに見えるので
それ自体は気にならんけど。
413:デフォルトの名無しさん
07/06/17 15:35:16
マニフェスト。
414:デフォルトの名無しさん
07/06/19 23:28:28
サンプルの問題では？
415:デフォルトの名無しさん
07/06/25 00:16:24
翻訳プロジェクト手伝おうと思うんだけど
管理者の人はまだここを見てるのかな
416:デフォルトの名無しさん
07/06/25 12:38:50
みてますが、プロジェクトは死んでます。死なせちゃってごめんなさい。まだこのプロジェクトに割く余力が生まれないので、当分死んだままだと思います。
一人でもいいからやってみる！っていう気概があるなら、メンバーに追加するので、sourceforge.jpのログイン名教えて下さいね。
417:415
07/06/26 23:02:44
>>416
「ho-ayn」でお願いします
418:デフォルトの名無しさん
07/06/27 06:14:44
追加したよ。
419:415
07/06/27 22:44:28
>>418
どうも
とりあえず細々とやっていきます
420:くれくれくん
07/07/18 00:18:40
すみません、なんでもくれくれ君ですが
WindowsXPノートのHDが暑さでダウン～。HD交換しましたがシステムが...
間に合わせに日経Linux7月号のDVDからUbuntu7.04日本語版をいれましたが
なかなかいいじゃないですか。
とりあえずLINUXに乗り換えて
前環境を再構築中です（xp+cygwin -> linux)
とりあえずecos cofiguretion tool を動作させたいのですが。
URLﾘﾝｸ(www.ecoscentric.com)
wxWidgetsの実行環境が必要みたいで
ここにたどりつきましたが
簡単インストールはどうすればいいのでしょうか？♪～
以上くれくれくんでした
421:デフォルトの名無しさん
07/07/18 00:44:37
UbuntuだったらSynapticが最初から入ってるじゃないか
422:デフォルトの名無しさん
07/07/20 01:34:02
他のスレ見に行ったわけじゃないが明らかにマルチ
423:デフォルトの名無しさん
07/07/20 03:19:22
421だけど、ああいうのは無視した方がいいのかな。
あの手のタイプがLinuxに関わっても本人のためにならないとは思うけど。
424:デフォルトの名無しさん
07/07/21 01:36:26
>423
本人のためにならない、だけなら自業自得だからいいんジャマイカ。
と、2.8.4 mswでどうにも最小サイズの指定が効かずに四苦八苦しているど素人が言ってみるテスト。
425:デフォルトの名無しさん
07/08/10 20:34:20
>>412
DEP
426:デフォルトの名無しさん
07/08/17 01:53:05
あああ
427:デフォルトの名無しさん
07/08/21 14:46:54
release buildの途中でコンパイラが落ちちゃうんですが、ご助言を
デバッグビルドはうまくできました。
---
Win2ksp4
MinGW 5.1.3 (GCC 3.4.2)
MSYS 1.0.10
wxMSW 2.8.4
---
configure --with-msw --disable-debug --disable-shared --enable-unicode
---
/c/dev/wxWidgets/build-release/bk-deps g++ -c -o baselib_datetime.o -D__WXMSW__
-I../src/tiff -I../src/jpeg -I../src/png -I../src/zlib -I../src/regex -I../src/expat/lib
-DwxUSE_GUI=0 -DwxUSE_BASE=1 -I/c/dev/wxWidgets/build-release/lib/wx/include/msw-unicode-release-static-2.8
-I../include -mthreads -Wall -Wundef -Wno-ctor-dtor-privacy -ggdb -O2 -fno-strict-aliasing ../src/common/datetime.cpp
../src/common/datetime.cpp: In function `wxString CallStrftime(const wxChar*, const tm*)':
../src/common/datetime.cpp:265: internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:1602
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:URLﾘﾝｸ(www.mingw.org) for instructions.
make: *** [baselib_datetime.o] Error 1
---
以上です
428:デフォルトの名無しさん
07/08/21 16:04:33
あ、427ですが、GCCのバージョンが最新じゃないですね。
バージョンを上げたらエラーが出なくなりました。
MinGWインストールで最新バージョンが入るんじゃなかったのか(´･ω･`)
すんませんでした
429:デフォルトの名無しさん
07/08/25 02:27:23
wxWidgetsのGUIデザイナで、MSVC8用のアドインみたいなものってあるんでしょうか？
あれば、金払ってでも欲しいんですが。
430:デフォルトの名無しさん
07/08/25 02:54:43
あ、俺もそれ欲しい
できれば無料がいいけど
431:デフォルトの名無しさん
07/08/26 23:19:38
過去ログ斜め読みで流れぶったぎりながら聞くんだけどさ、
Windows(MinGW) で wxGraphicsContext のあたりのクラス使えた香具師いない？
コンパイルしようとしたら GDI+ のライブラリがないらしくて、
./configure で --enable-graphics-ctx を指定してもエラーだらけだよう。
ちょろちょろぐぐってんだけど、MinGW で GDI+ となると情報見つからないし……助けてー。
432:デフォルトの名無しさん
07/08/28 21:56:13
URLﾘﾝｸ(up.nm78.com)
433:デフォルトの名無しさん
07/08/29 13:51:53
>>432
グロ注意
434:デフォルトの名無しさん
07/09/01 12:55:46
Code::Blocks使ってる方いますか？
結構よさげだと思い、wxGladeから移転したいのですが、
xrcのインポートの仕方が分かりません。
知っている方いましたら教えて下さい。お願いします。
435:デフォルトの名無しさん
07/09/10 22:48:13
wxPerlのwxHTMLwindowに関して、非常に初歩的ですが質問させてください
（環境：win xp sp2, active perl 5.8.8, wxPerl）
html形式で文書を表示させるウィンドウを表示させようと思い、wxHtmlWindowを利用しようとしました。
まず、一番シンプルな形でテストしようと思い、wxperlのチュートリアルのただのウィンドウを表示させるスクリプト
use Wx;
package MyApp;
use base 'Wx::App';
sub OnInit {
my $frame = Wx::Frame->new( undef, -1, 'wxPerl rules', [-1, -1], [250, 150], );
$frame->Show( 1 );}
package main;
my $app = MyApp->new;
$app->MainLoop;
これをwxHtmlWindowに置き換えてみました。（続きます）
436:435
07/09/10 22:49:35
use Wx;
package MyApp;
use base 'Wx::App';
sub OnInit {
my $frame = Wx::wxHtmlWindow -> new( undef, -1, [-1, -1], [250, 150], wxHW_SCROLLBAR_AUTO , "htmlWindow", );
$frame->Show( 1 );}
package main;
my $app = MyApp->new;
$app->MainLoop;
このスクリプトを実行しようとするとエラーメッセージで
Can't locate object method "new" via package "Wx::wxHtmlWindow"(perhaps you
forgot to load"Wx::wxHtmlWindow"?) at (スクリプトのファイル).pl
と表示されます。
ファイルのはじめにwxHtmlWindowを呼び出す必要があるのかと思い、
" use Wx::wxHtmlWindow ; " を足すと
Can't locate Wx/wxHtmlWindow.pm in @INC (@INC (モジュールの置き場所のパスwx))..
... BEGIN failed--compilation aborted at (スクリプトのファイル).pl
と表示されます。ex自体は正常にインストールされ、これまで問題なく使えていました。wxHtmlWindow特有の
設定などがあるのでしょうか？原因のわかる方がいらしたらアドバイスお願いします。
437:デフォルトの名無しさん
07/09/11 05:05:49
>>435
あなたの疑問点とは違うが
> これをwxHtmlWindowに置き換えてみました。（続きます）
ここが既に間違い。wxHtmlWindowはフレームじゃないんで。
他のWindowの中に貼り込むもの。
いきなり見様見真似で突っ込む前にもう少しwxの概念とかを
飲み込んだ方がいいと思う。
438:435
07/09/12 02:54:10
>>437
ご指摘のとおり、wxの基本的な部分で勘違いをしていました。親ウィンドウを作って
そのなかにpanelのようにwxHTMLwindowを設定してはりこむのですね。
エラーですがuseの使い方が悪かったようで
URLﾘﾝｸ(www.opensubscriber.com)
とwxPerlのチュートリアルのスクリプトを組み合わせて色々いじってみたら簡単なhtml表示
ウィンドウが出せるようになりました。
wxどころかperlの使い方の基本すらなっていなかったようで、もっと勉強してから書き込むべきでした。
439:デフォルトの名無しさん
07/09/12 13:31:59
特に話題もないので初歩的な話もありでは
440:デフォルトの名無しさん
07/09/12 18:02:43
話題の枝刈りにこだわるには、ちょいと閑散とし過ぎているからね。
441:デフォルトの名無しさん
07/09/14 21:48:42
Open Tech Press | Windows向けFTPの秀作FileZillaがLinuxにも対応
URLﾘﾝｸ(opentechpress.jp)
442:デフォルトの名無しさん
07/09/15 00:30:18
FTP なんてコマンドラインやスクリプトでやるもんだと思ってたけど…
443:デフォルトの名無しさん
07/09/16 13:54:10
秀丸がlinuxにも対応
と聞いて飛んできますた
が見間違えだった
444:デフォルトの名無しさん
07/09/20 23:58:51
wxWidgetsとMySQL一緒に使ってる人いる?
URLﾘﾝｸ(www.wxwidgets.org)
によるとMySQLのODBCドライバにバグがあるらしいんだけど
ここに書いてあるとおりにしてもサンプルがちゃんと動かないし
直接API使うしかないのかな
445:デフォルトの名無しさん
07/09/30 13:44:51
ちょっとしつもん。
wxWidges と OpenGL を組み合わせた無償または有償アプリ
（少なくとも自作部分に関してはソース非公開が前提）
を作るとして、本当だったら、エンドユーザーには
wxWidgets と OpenGL を事前にインストールしてもらわないといけない。
それは面倒なので、インストールしていない環境でもそのまま実行でいるように wxWidgets と OpenGL を組み込んだ状態で
アプリケーションを作成・配布したい（つまり、wxWidgets と OpenGL のDLLを EXEと一緒に配布または販売）んだけど、これってライセンス的に問題ある？
446:デフォルトの名無しさん
07/09/30 14:05:59
それぞれのライセンス読もうな。
447:デフォルトの名無しさん
07/09/30 15:44:40
FAQ も読めない奴は(・∀・)ｶｴﾚ!!
Can I use wxWidgets for both proprietary (commercial) projects, and GPL'ed projects?
Yes. Please see the licence for details, but basically you can distribute proprietary binaries without distributing any source code, and neither will wxWidgets conflict with GPL code you may be using or developing with it.
The conditions for using wxWidgets are the same whether you are a personal, academic or commercial developer.
448:デフォルトの名無しさん
07/10/01 00:26:11
英語が読めないｽｰﾊﾟｰﾊｶｰ
449:デフォルトの名無しさん
07/10/01 01:34:39
ｽｰﾊﾟｰﾊｶｰと呼ばない
450:デフォルトの名無しさん
07/10/01 05:14:10
ｽｰﾊﾟｰﾊﾞｶｰ
451:デフォルトの名無しさん
07/10/02 02:06:20
>450
昨日半徹だたのでちょとフイタｗ
……いい加減寝よorz
452:デフォルトの名無しさん
07/10/05 04:59:01
Can I use wxWidgets for both proprietary (commercial) projects, and GPL'ed projects?
wxWidgetsは商用プロジェクトとGPLプロジェクトの両方で使う事ができますか？
Yes. Please see the licence for details, but basically you can distribute proprietary binaries without distributing any source code, and neither will wxWidgets conflict with GPL code you may be using or developing with it.
はい。詳しくはライセンスを読んでください。
ただ、原則としてあなたの配布物がバイナリ形式（いかなるソースコードも含まない）であり、
なおかつGPLコードが含まれない場合に限ります。
The conditions for using wxWidgets are the same whether you are a personal, academic or commercial developer.
この条件は wxWidget の個人利用、教育利用、商用利用にかかわらず適用されます
。。。みたいなことが書いてあるってことであってる？
453:デフォルトの名無しさん
07/10/05 08:27:22
>>452
>but basically you can distribute proprietary binaries without distributing any source code, and neither will wxWidgets conflict with GPL code you may be using or developing with it.
基本的にあなたはいかなるソースコードも配布せずにプロプライエタリなバイナリを配布する事が出来ますし、
wxWidgets はあなたがプログラムの実行や開発に利用するGPL のコードとライセンスの矛盾を起こす事はありません。
454:デフォルトの名無しさん
07/10/05 08:36:04
>>452
neither will wxWidgets conflict with ~ は
wxWidgets will not conflict with ~ と読み替えると宜し。
455:デフォルトの名無しさん
07/10/05 10:25:13
thx. なるほど、neither ~ の部分はそう訳せば良かったのか。。。
つくづく、学校でちゃんと英語をやっておけば良かったと思うよ。
456:デフォルトの名無しさん
07/10/13 08:26:26
GLCanvasつかってるひといる？
これって、一つの frame には GLCanvas しか
配置できないのかな？
frame -> panel -> glcanvas とか、
frame -> gridsizer -> glcanvas + textctrl とか
やろうとすると、フレーム全体が全く描画されなくなってしまう
OpenGLって、コントロール単位ではなく
ウィンドウ単位でしか描画してるのかな？
457:デフォルトの名無しさん
07/10/13 11:05:25
2.6時代だけど、普通にsizerに色んな物と一緒に置いても問題なかった
458:デフォルトの名無しさん
07/10/16 03:27:37
wxWidgetsは所詮Wrapperだから
普通にOpenGLで多画面出来るかどうかの問題だ
出来るのならプログラムか環境に問題がある
459:デフォルトの名無しさん
07/10/16 15:06:43
URLﾘﾝｸ(cc.codegear.com)
wxForms - wxWidgets Form Designer for C++ Builder
これってどうよ？
460:デフォルトの名無しさん
07/10/16 15:54:23
wxDialog based と wxFrame based について教えて下さい。
・１つのプロジェクト（というかmakefile?）ではどちらにするか決定するものでしょうか？
・どう違うのでしょうか？（どちらが良いのでしょうか？）
解説サイトでも何でも良いので教えて下さいorz
461:デフォルトの名無しさん
07/10/16 18:29:28
メインがダイアログかフレームかってこと？
462:460
07/10/16 18:33:54
そうです。
メイン以外もどうすべきか教えて下さい。
463:デフォルトの名無しさん
07/10/17 01:33:37
おれの理解ではメニューバーやステータスバーが欲しければFrame、欲しくなければDialogだ。
どちらがいいとか悪いとかいう問題じゃない。好きなほうにしたらいい。決められないなら鉛筆ころがせ。
464:デフォルトの名無しさん
07/10/17 01:59:55
>>460
URLﾘﾝｸ(python.matrix.jp)
465:460
07/10/17 08:39:03
>>463
>>464
そういう内容を知りたかったんです。
この問題は解決しましたが、
１つ１つ問題を解決するの大変orz
Delphiなんかだと、
TFormがウィンドウで、その中に貼り付けるのがTFrameだったりするので、
危うく間違えるところですた。
466:デフォルトの名無しさん
07/10/17 09:11:38
>>465
知らないものを触る時はまず付属のサンプルを見た方が良いのでは？
余計なお世話かも知れませんが。
467:デフォルトの名無しさん
07/10/17 10:47:19
MacでwxWidgetsする場合は、
コンパイラはgccですか？Xcodeですか？
468:デフォルトの名無しさん
07/10/17 12:22:55
>>467
Xcodeでgccですよ
469:467
07/10/17 18:25:11
あ、XcodeってIDEであってコンパイラは別なんですか。
Eclipseみたいなもんかぁ。
ｻﾝｸｽ
470:デフォルトの名無しさん
07/10/18 01:29:59
皆さんが、画面を作成するときは、どんなツールを使用していますか？
471:デフォルトの名無しさん
07/10/18 07:15:42
テキストエディタ
472:デフォルトの名無しさん
07/10/18 10:10:48
紙とペン、鉛筆
473:デフォルトの名無しさん
07/10/18 10:11:31
＞【A3】C++Builderテクニカルセッション
＞「wxFormsで始めるwxWidgetsプログラミング」
こういう答えを希望してるわけ？
474:デフォルトの名無しさん
07/10/18 21:07:42
自動生成だといらない物がごちゃごちゃ入り込んで気持ち悪い
475:デフォルトの名無しさん
07/10/19 09:08:22
自動生成の要らないものごちゃごちゃに対するアンチテーゼというかアウフヘーベンが、
”クラスライブラリ＋ＩＤＥ”だお。
これだと差分コードしか表れない。
但し、ＶＣ＋＋／ＭＦＣは除く。
476:デフォルトの名無しさん
07/10/20 00:09:58
MFCはAppWizardなしでも使えるよ
477:デフォルトの名無しさん
07/10/22 08:52:03
>>476
それって何て手書き？
478:デフォルトの名無しさん
07/10/22 18:37:55
>>477
いや、MFCは手書き不可みたいに書いてたから。
手書きMFCなんてやる理由はないとは思うけど。
479:デフォルトの名無しさん
07/10/27 22:42:12
クロスプラットフォームで独自形式のrich text editorを作りたいと思ってwxWidgetsを使ってみました。
ちょうどrich textのサンプルあったので動かしてみましたが、これって日本語入力できないですね。
どうやらeditor boxみたいなおネイティブのコントロール使ってる場合はOKなんですが
自力で作るコントロールの場合はそのままでは無理っぽいです。
そのあたりハンドルできる方法ってないですか？
今はWinowsでVC使って動かしています。
このあたりクロスプラットフォームで日本語入力も完璧なのって結局Javaなんですかね・・・
なるべくならC/C++でやりたいと思ってます。
wxWidgets以外にもいい候補あったら教えてください。
480:デフォルトの名無しさん
07/10/28 00:27:43
>>479
自分で実装するか、IIIMF とか Anthy とか使ってみるかじゃないかな。
481:デフォルトの名無しさん
07/10/28 01:29:40
Windowsって書いてるけど
482:デフォルトの名無しさん
07/10/28 01:35:22
クロスプラットフォームって書いてるけど
483:479
07/10/29 00:04:53
ありがとうございます。
wxWidgetsだけではやっぱり無理っぽいですね。
インライン入力の制御は面倒なのでできればありもので済ましたいです。
で思いあたったことにマルチプラットフォームといえばOpenOfficeがありました。
あれのtoolkitってどうなってるんですかね。
SDKあるみたいなのでちょっと調べてみます。
484:デフォルトの名無しさん
07/10/29 00:10:51
Mozilla も見てみると良いよ。
485:デフォルトの名無しさん
07/10/29 01:27:04
Mozillaといえば、wxWidgets本家のScreenShotで上がっている
Kirix StrataがMozillaベースに変わってるっぽい。
URLﾘﾝｸ(www.kirix.com)
wxAUIは今後も開発とあるけど。
486:デフォルトの名無しさん
07/10/30 23:46:59
wxImage::Rescale(w, h, wxIMAGE_QUALITY_HIGH)
が遅すぎて使えないんだけど・・・。
なんかないですか？
487:デフォルトの名無しさん
07/11/01 00:29:32
>486
思いつきだがそこはImageMagickに任せてしまうとか。
wxImage <-> ImageMagickのイメージ形式
の変換コストが問題になるほどだとあかんけど。
488:デフォルトの名無しさん
07/11/01 00:51:48
>>486
パッと見ただけの実に適当な印象だが。
wxImageはRGB24bitのピクセルデータと、8bitのαチャンネルのデータを
別々に持ってるようだねえ。で、イメージの配列には当然のように
バイト単位でアクセスしている。
ネイティブな形式が例えばAGBRなら、さらにそれをいちいち変換して描画
するんだろうね。
いかにも遅そうだねえ。
489:486
07/11/01 01:21:15
>487
>488
レスありがとうございます。
>486
別プロセスで ImageMagick 起動ってことですよね。
たぶんそっちの方がコスト的には高いかと。
うーん。せめて StretchBlt でリサイズしつつメモリに転送とか
できたらいいのに・・・。
490:デフォルトの名無しさん
07/11/01 01:29:20
>489
ん? ライブラリリンクしちゃえば、という積もりだったんだけど。
っても今確認したらGPLかぁ > ImageMagick
491:デフォルトの名無しさん
07/11/01 08:04:20
wxImageは内部が汎用なので、
ポインタで直接処理した後wxBitmapに変換して使用するしかないかと。
画面がリサイズされたときなど必要に応じて最低限の変換で対応するか、
OpenGLあたりを使うほうがよさそう。
492:デフォルトの名無しさん
07/11/01 15:56:10
＞URLﾘﾝｸ(e-words.jp)
＞LGPLでは動的な(実行時)リンクに限り、GPL/LGPLに従わないソフトウェアでの利用も許容している。
あれ？
wxWigetsってLGPLだから、静的リンクした場合、ソースを公開しなきゃならないの？
493:デフォルトの名無しさん
07/11/01 16:49:00
公開以前に、ライセンスを読んでもいない奴は使うな、が正しい。
494:デフォルトの名無しさん
07/11/01 22:11:22
>>492
1. LGPL にソース公開の義務は無い
2. wxWidget は LGPL の制限を緩める為の追加条項を加えたライセンスを採用している
3. 何か契約をする際は必ず原文に目を通した方が良い
495:486
07/11/02 01:02:56
>490
大変失礼しました。
ImageMagickのライブラリってあるんですね。勉強不足でしたorz
wxIMAGE_QUALITY_NORMALで写真の画像をリスケール
したところ、思ったよりも画像が崩れなかったので、
しばらくはコレを使おうと思います。
32x32とかのアイコンとかを拡大するとダメダメだけど・・・
496:デフォルトの名無しさん
07/11/04 14:03:59
ボタンの配置について質問です。
ダイアログで「OK」ボタンと、「キャンセル」ボタンを横並びで表示したいのですが、
縦に並んでしまいます。
どうしたらよいのでしょうか？
497:デフォルトの名無しさん
07/11/04 15:11:34
スレタイ嫁
498:デフォルトの名無しさん
07/11/04 22:22:30
>496
エスパー初心者がいってみよう
wxHORIZONTAL
499:デフォルトの名無しさん
07/11/04 22:50:39
絵スパー初心者二号がテレパシー中
・・・ ・・ ・・ ・ ・・・
ディスプレイを縦にするといいと思うよ。
500:デフォルトの名無しさん
07/11/05 01:10:47
日本語マニュアルが中途半端なのがな～
501:デフォルトの名無しさん
07/11/06 01:08:10
zipを扱うことができるみたいですが、どうやったらいいのかわかりません。
サンプルを見てもよくわかりません。
ほかにわかりやすいサンプルはありませんか？
サンプル：console.cpp 3238行目
502:デフォルトの名無しさん
07/11/06 04:34:48
以前使ったが、別段何を悩むこともなかったぞ。
503:デフォルトの名無しさん
07/11/09 00:20:09
これからVC2005EE使って開発する予定なのですが
GtkmmとwxWidgetsのどちらを使うか迷っています
既に両方使ったことのあるかたにアドバイスを
頂きたいのですが
504:デフォルトの名無しさん
07/11/09 00:54:22
gtkmm の方が開発してて気持ちいいけど、
wxWidgets の方がアプリを使ってて気持ちいい
505:デフォルトの名無しさん
07/11/09 02:01:39
テキストボックスやComboBoxでダブルクリックしたら
これまで打ち込んだやつがヒストリーとして表示するように
したいんだけどこういうのはなんか用意されているでしょうか？
506:デフォルトの名無しさん
07/11/09 04:37:15
>>504
すごく分かりやすい説明です
本当にありがとうございました
とりあえず両方やってみます
wxWidgetsで分からないときは
ここを頼りにしていますので
よろしくお願いします
507:デフォルトの名無しさん
07/11/09 05:54:31
>>506
> wxWidgetsで分からないときは
なんたらoverview
リファレンス
本体ソースコード
サンプル
の順かなあ、俺が頼りにしたのは。
508:デフォルトの名無しさん
07/11/14 03:42:08
>>505
wxBlog見たらver3.0でつきそうな感じだね。
509:デフォルトの名無しさん
07/11/14 12:03:09
>>84
１，ゴッドサイザー
２，アステサイザー
３，三ツ矢サイザー
４，グレンサイザー
510:デフォルトの名無しさん
07/11/14 13:59:57
wxBlogでの3.0の新機能の説明(英語)がいまいち良く分からんです。
Unicodeがどうのこうのとあるんですが、Unicodeビルドしなくても
デフォルトでUnicodeビルド扱いになるということなんでしょうか？
511:デフォルトの名無しさん
07/11/14 23:46:59
URLﾘﾝｸ(0xcc.net)
このページ見て設定してみたけどコンパイルできません。
wx/wx.h がNo such file or directoryとなりインクルードできないです。
どうしたらよいのでしょうか？
512:デフォルトの名無しさん
07/11/14 23:58:01
はい使ってるOSとコンパイラは?
513:デフォルトの名無しさん
07/11/15 00:00:09
Windows XPで MinGW 使ってます。
514:デフォルトの名無しさん
07/11/15 00:25:15
wx/wx.hがあればいい。それだけ。
515:デフォルトの名無しさん
07/11/15 00:36:15
どこにあればいいんですか？
C:\MinGW\includeにはなくて、
C:\msys\1.0\home\Owner\wxMSW-2.8.6\include
にあります。
C:\msys\1.0\home\Owner
にファイルを作りコンパイルしたところできませんでした。
516:デフォルトの名無しさん
07/11/15 00:48:08
make install してやってから
`wx-config --cxx` -o hoge.exe hoge.cpp `wx-config --cflags --libs`
みたいにしてコンパイルしれ
517:デフォルトの名無しさん
07/11/15 01:01:32
ありがとうございます。できました！
今までやってた
$g++ -c hello.cpp 'wx-config --cppflags'
ではできないみたいですね。
518:デフォルトの名無しさん
07/11/15 01:52:51
cppflagsが返すのはCプリプロセッサのためのオプションだぞ
519:デフォルトの名無しさん
07/11/15 03:49:16
>>510
・今までANSIとUnicodeの二つのビルドがあったのが、一つになる。
・wx内部では全部Unicodeで処理するが、APIはANSIとUnicode両方が用意される。
・ANSIのAPIは逐一Unicodeにエンコードして処理する。
ってところだと思う。
520:デフォルトの名無しさん
07/11/15 05:35:38
>>486
それのプログラム見たらわかるけど効率悪い
自分で組んだ方がいいよ
521:デフォルトの名無しさん
07/11/15 05:37:35
wxImageMagickを今開発中のはず
wxImageにラップするようだけど
それを待ってもいいかも
522:デフォルトの名無しさん
07/11/23 00:52:43
サイザーの使い方を教えてください。
**********************
* *
* Ａ *
* *
* *
**********************
* Ｂ * Ｃ *
**********************
以上のようなレイアウトで、
・縦幅が変化した場合はＡのみ
・横幅が変化した場合はＡとＣ
それぞれ動かしたいのですが、
いったいどうやってサイザーを設定すればいいのでしょうか？
よろしくお願いします。
523:デフォルトの名無しさん
07/11/23 01:32:23
>>522
試してないけどこんなんでどう？
wxSizer *root = new wxBoxSizer(wxVERTICAL);
root->Add(A, 1, wxEXPAND);
wxSizer *sub = new wxBoxSizer(wxHORIZONTAL);
sub->Add(B, 0, 0);
sub->Add(C, 1, 0);
root->Add(sub, 0, wxEXPAND);
SetSizerAndFit(root);
BoxSizerの指定方向に対しては、Add()のproportionを1以上にするとサイズ変更される。
もう一つの方向に対しては、wxEXPAND指定すれば、領域を埋めるようにサイズ変更される。
524:デフォルトの名無しさん
07/11/23 02:02:10
>>523
それでできました！
CにEXPANDを指定したら、縦に広がったりしてかなり困っていました。
サイザーってそういうふうになっているんですね。
どうもありがとうございます。
525:デフォルトの名無しさん
07/12/01 22:18:22
フォントの高さをピクセル単位で取得したいのですが、
> font.GetPointSize();
だと値が表示されている高さよりも明らかに小さくなります。
正確な値を得るにはどうすればいいのでしょうか？
よろしくお願いします。
526:デフォルトの名無しさん
07/12/01 23:15:35
ポイントとピクセルは全然違う単位だ
527:デフォルトの名無しさん
07/12/02 00:51:21
>>526
それなら、ポイントをピクセルに直すにはいったいどうすればいいのでしょうか？
解像度とか関係ありそうなのですが、よく分からないのです。
528:デフォルトの名無しさん
07/12/02 01:38:57
>>527
wxDC::GetCharHeight()
がそれっぽいですがベースラインより下の部分も含んでるのかどうかはわかりません
529:デフォルトの名無しさん
07/12/02 20:09:11
>>528
それを参考にして書いていたら、wxWindowにも
同じ名前のドンピシャなメソッドがあることが分かりました。
ありがとうございました。
530:デフォルトの名無しさん
07/12/05 20:34:52
分割ウィンドウ(wxSplitterWindow)を使用した場合、ステータスバーの表示/非表示
切り替えは出来ないものなのでしょうか。サンプルのsplitterに、statbarからの表示/非表示
切り替えコードを追加してみたのですが、初回の非表示(失敗)後に、分割ウィンドウの
サイズが変更不能となってしまいます。
531:530
07/12/05 21:18:50
すみません、自己解決しました。
wxStatusBar* statbar = GetStatusBar();
：
statbar->Hide();
//SetStatusBar(NULL); // <- 親フレームと分割ウィンドウの連動が解除されてしまうのでコメントアウト
SendSizeEvent(); // 非表示部が即時更新されないので追加
：
532:デフォルトの名無しさん
07/12/13 16:52:55
VS2005の変数ウォッチのようなことがしたいのですが、そのためのコントロールを探しています。
変数ウォッチとは、プログラムのデバッグ時にint型やクラス型で定義された変数の
名前や中身や型を表示するものです。
変数の名前や型だけを表示するならばwxListCtrlでもwxDataViewCtrlでも何を使ってもいいのですが、
メンバをもつ変数を表示させることを考えると、
どうしてもオブジェクトをツリー形式で表示させたくなります。
また、デバッグ中にウォッチする変数を新たに追加したくなった場合にも
簡単に追加できるものがいいのです。
つまるところ、
・できれば名前や型などの欄が作れる
・ツリー形式で表示できる
・新規のアイテムが簡単に追加できる
これらのことができるコントロールを探しています。
個別の条件を満たすものは見つかるのですが、そのすべてを満たすものが見つからず苦心しています。
（ちなみに、VS2005ではwxDataViewCtrl(wxGrid)のアイテム中にwxTreeCtrlのようなものを表示しています）
条件に合うコントロールがあれば教えていただきたいのです。
よろしくお願いします。
533:デフォルトの名無しさん
07/12/14 18:55:29
使ったことないですが、下記サイトのwxTreeListCtrlがそれっぽいような…。
URLﾘﾝｸ(homepage2.nifty.com)
534:デフォルトの名無しさん
07/12/15 01:40:55
>>533
wxCoreというのは初めて知りました。
サンプルも動かしてみたのですが、これは素晴らしいですね。
どうもありがとうございました。
535:デフォルトの名無しさん
07/12/16 20:16:12
スクロールバー領域を除いた
ウィンドウのクライアント領域のサイズを得ることはできますか？
536:デフォルトの名無しさん
07/12/16 20:20:35
ウィンドウのクライアント領域－スクロールバー領域＝スクロールバー領域を除いた
ウィンドウのクライアント領域のサイズ
537:デフォルトの名無しさん
07/12/16 21:21:45
>>536
すいません。説明が足りませんでした。
クライアント領域からスクロールバーの領域を除くためには
１，スクロールバーが表示されているかを検出する
２，表示されていたら、そのスクロールバーのサイズ分だけクライアント領域から除く
という主順を踏む必要があります。ところが自分にはこの二つともやり方が分かりません。
例えば、スクロールーバーはコントロールの内容によって表示されたり消えたりしますよね。
HasScrollbarメソッドはどうもスクロールバーの非表示を検出してくれないようで、
ウィンドウスタイルによって値が決まってしまいます。
つまり、スクロールバーが表示されているかを正しく知る方法が自分には分かりません。
また、普通のウィンドウクラスにはスクロールバーのサイズを得るメソッドが無い
（多分どこかにはあると思うのですが自分は知らない）
のでスクロールバーのサイズを得ることもできません。
538:デフォルトの名無しさん
07/12/16 22:22:35
wxScrolledWindow::GetViewStart
void GetViewStart(int* x, int* y) const
Get the position at which the visible portion of the window starts.
Parameters
x Receives the first visible x position in scroll units.
y Receives the first visible y position in scroll units.
Remarks
If either of the scrollbars is not at the home position,
x and/or y will be greater than zero.
Combined with wxWindow::GetClientSize,
the application can use this function to efficiently redraw only the visible portion of the window.
The positions are in logical scroll units,
not pixels, so to convert to pixels you will have to multiply by the number of pixels per scroll increment.
539:デフォルトの名無しさん
07/12/16 22:57:22
>>538
またまたすいません。
対象としているコントロールにはwxTextCtrlやwxTreeCtrlなどの
wxScrolledWindowを継承しないものも含まれています。
540:デフォルトの名無しさん
07/12/16 23:22:23
おいおいいいかげんにしろよ
さすがにエスパーはいないぜ
自分で英語のリファレンス読めよ糞
541:デフォルトの名無しさん
07/12/17 17:40:00
例えば、ボタンをディセイブルにする、とかを調べたくて、
コントロールのリファレンスを読みたいのですが、教えて頂けないでしょうか？
542:541
07/12/17 17:57:54
ヘルプにAlphabetical class referenceってのがありますた。
これがコントロールリファレンスですか。
＞Members
ってのがメソッドで、
＞Derived from
というのが派生元クラスでしょうか？
イベントも理解できれば完璧ですが、wx-Devがイベントハンドラ作ってくれるから、理解しなくても良いかなぁ？
543:541
07/12/17 18:33:28
wxDevってコード補間ありますたorz
でも、WxButton::Enable(bool)が候補に出ないなぁ。コンパイルはﾄｵﾀｹﾄﾞ
544:デフォルトの名無しさん
07/12/17 18:42:19
wxWindow::Enable
virtual bool Enable(bool enable = true)
545:デフォルトの名無しさん
07/12/28 10:15:54
wxFrameって、OnCreateみたいなイベントハンドラはありませんか？
546:545
07/12/28 10:18:15
あ、OnInitDialogは、Frameオブジェクトの生成された後、１回コールされると考えてあってますか？
547:545
07/12/28 11:18:39
wxFrame::OnInitDialogがコールされないんですが、、、
仕様ですか？
548:デフォルトの名無しさん
07/12/28 12:34:30
>>545
EVT_WINDOW_CREATE
549:デフォルトの名無しさん
08/01/05 18:48:32
Linuxでwxのアプリ閉じる時必ずsegfaultするのは俺だけでしょうか。
wxのサンプルについてくるのでも必ず
(a.out:32364): GLib-GObject-WARNING **: gsignal.c:1741: instance `0x908820' has no handler with id `673'
(a.out:32364): GLib-GObject-WARNING **: gsignal.c:1741: instance `0x8b4d30' has no handler with id `531'
(a.out:32364): GLib-GObject-WARNING **: gsignal.c:1741: instance `0x8cfa90' has no handler with id `604'
(a.out:32364): GLib-GObject-WARNING **: gsignal.c:1741: instance `0x8b4850' has no handler with id `465'
(a.out:32364): GLib-GObject-WARNING **: gsignal.c:1741: instance `0x5f4df0' has no handler with id `326'
(a.out:32364): GLib-GObject-WARNING **: gsignal.c:1741: instance `0x5f4840' has no handler with id `48'
zsh: segmentation fault ./a.out
みたいな感じで落ちます。
Glib-GObject-WARNINGの部分はInput Methodがuimだかららしいのですが。
550:デフォルトの名無しさん
08/01/07 02:47:58
ライブラリorファイルが足りてないに一票
551:549
08/01/07 03:37:44
>>550
ありがとうございます。
環境を書き忘れてました、すいません。
当方64bitのGentooでしたのですが、試しに32bitのDebianで試してみたところ
segfaultで落ちることは無いようです。Glib-Object-WARNINGはuimを切ると出なくなりました。
wxGTKのバージョンは2.8.7.1です。
もしかしたら私の環境だけなのかと思い書かせて頂いた次第です。
552:デフォルトの名無しさん
08/01/07 04:20:21
/lib64 だったりとか
553:549
08/01/08 00:14:53
wxGTKのバージョンを2.8.7.1-r1にしたら落ちなくなりました。
どうやらwxGTKのバグのようでした。どうもありがとうございました。
554:デフォルトの名無しさん
08/01/10 00:53:45
wxPythonでwxGridのwxGridCellChoiceEditor
でセルにプルダウンなメニューを出しているのですが、動作がおかしいのです。
Windowsでは期待道理に動くのですが、Linuxだと候補から選択してもセルに
値が入りません。
URLﾘﾝｸ(d.hatena.ne.jp)
の方も同様にいわれているのですが、どなたか解決された方いらっしゃらない
でしょうか？
Linuxのgtkとかのライブラリ依存なのでしょうか・・・
555:554
08/01/10 23:50:38
gtk2を2.10.4にしたら出なりました。お騒がせしました。
556:デフォルトの名無しさん
08/01/11 03:40:29
そんなもんじょのいこ
ってそれはえなりだよ
557:デフォルトの名無しさん
08/01/12 19:53:06
とにかくGTKがダメダメだということだけは分かったｗ
558:デフォルトの名無しさん
08/01/20 23:45:50
このスレで前に似たような質問があったのですが・・
どうしても解決しないので質問させてください。
環境はWindow XP Home MinGW です。
Eclipse CDT からMinGW を使って普通のcppファイルのコンパイル自体はできる状況です。
自分もここ
URLﾘﾝｸ(0xcc.net)
を見て色々設定したのですが、wxGladeを使って生成したhello.cppをコンパイルしようとするとエラーが出ます。
このページではwxWigdetsのバージョンは2.5.2が扱われていますが、なぜか自分の環境で2.5.2をインストールしようとすると./configure --disable-shared --disable-threads →make の時点でエラーが出るので
ver2.8.7を./configure --disable-shared --disable-threads →make して、make install もしました。
この状態でwxGladeで生成したhello.cppを上記ページで書かれているように
g++ -c hello.cpp `wx-config --cppflags`
すると、
g++: 'wx-config: No such file or directory
cc1plus.exe: error: unrecognize command line option "-fcppflags'"
というエラーが出てしまいます。
`wx-config --cxx` -o hoge.exe hoge.cpp `wx-config --cflags --libs`
とすると、
''wx-config' は内部コマンド外部コマンド、
操作可能なプログラムまたはバッチファイルとして認識されていません。
というエラーになります。。
どうすればよいのでしょうか？？どなたかご教示頂けると幸いです。
559:デフォルトの名無しさん
08/01/21 03:02:40
あなたそりゃUNIXのシェルを前提としてる操作をWindowsのコマンドプロンプトで
やってもダメでしょうよ。
560:デフォルトの名無しさん
08/01/21 11:12:14
wx-configはコンパイルオプションを吐くシェルスクリプト
MSYSを導入して、rxvt上で実行しろ
561:デフォルトの名無しさん
08/01/21 11:16:12
回答ありがとうございます。
URLﾘﾝｸ(0xcc.net)
ここの、Windowsにインストールする場合の説明のところを見てやったのですが・・
あと558の
wx-config --cxx` -o hoge.exe hoge.cpp `wx-config --cflags --libs`
wx-config --cxx` -o hello.exe hello.cpp `wx-config --cflags --libs`
の間違いでした。
562:デフォルトの名無しさん
08/01/21 11:33:27
>560 さん
回答ありがとうございます。MSYSは入ってます。
MSYSを導入して、rxvt上で実行 というのは、C:\MSYS\1.0\bin\rxvt.exe を立ち上げて
そこからg++ ～ でコンパイルしろってことでいいんでしょうか。
家帰ったら試してみます。ありがとうございます。
563:デフォルトの名無しさん
08/01/21 12:20:12
コンパイル云々の前に、そのまま素で
$ wx-config --cflags
とでも打ってみるんだな
どんな効果がでるか一発で分かる
564:デフォルトの名無しさん
08/01/21 13:05:17
''wx-config' は内部コマンド外部コマンド、
操作可能なプログラムまたはバッチファイルとして認識されていません。
というエラーになります。。
565:デフォルトの名無しさん
08/01/21 13:17:20
いや、だから、wxWidgets はユニックス系なので、
windows のコマンドラインじゃなくて
ユニックス系の shell でやらなきゃ ...
566:558
08/01/21 14:00:43
>565さん
564は自分じゃないですよ。
多分あまりにも基本的な部分で間違ってるので他の方に茶化されたのだと・・
でも
> wxWidgets はユニックス系なので、
> windows のコマンドラインじゃなくて
> ユニックス系の shell でやらなきゃ ...
ここらへんわかってなかったのでご指摘いただけてラッキーでした。
ありがとうございます。
シェルの勉強等まだ手をつけておらずほぼ全く分からないもので・・
初心者質問ばかりしてすいません >564さん
>563さん
ありがとうございます。帰ったら試してみます。
567:デフォルトの名無しさん
08/01/22 00:24:02
初心者なら、まずLinuxなりFreeBSDなりでやった方がいいよ。
Windowsでやるよりはるかに簡単だから。ネットの情報もほとんどUNIX系だし。
一旦それでやってればWindowsでもすぐできるようになると思う。
UNIX系の情報を見ながらWindowsで一発でやるには両方の知識が必要。
568:デフォルトの名無しさん
08/01/22 02:55:34
実行ファイルににxrcを組み込むか、それと同等の事って出来ないでしょうか？
xrcの存在意義を無視してるのは分かるのですが、
ソースは簡潔&実行時にはファイル一つ、にどうしてもしたくて．．
569:デフォルトの名無しさん
08/01/22 05:10:43
ファイルひとつにこだわるならアーカイブ白と
570:デフォルトの名無しさん
08/01/22 05:32:32
>>568
xrcのデータを実行ファイルに持たせることなら普通に出来る。ドキュメント読め。
571:デフォルトの名無しさん
08/01/22 17:11:00
558です。
ご指摘されたとおりrxvt上からg++ ～でやってみたのですが
wx/wx.h No such file or directory
などその他たくさんエラーが出てしまいました。
wx-config --cxx` -o hello.exe hello.cpp `wx-config --cflags --libs`
では wx-config-cxx commnad not found と言われてしまいました。
>567さん
Linuxでやる方が簡単なんですか。。
一度VMwareにUbuntu入れてやろうと思ったのですが重くてやめてしまってました。
Linuxの方が簡単なのであればそっちでやってみることにします。
ありがとうございました。
572:デフォルトの名無しさん
08/01/22 17:22:09
簡単にGUIアプリが作りたいだけなら、wxPython でやってみるって手もある。
573:デフォルトの名無しさん
08/01/22 18:38:29
>>568に便乗質問なのですが、
xrcでフォームの位置やサイズをアプリケーション終了時に保存することはできますか？
574:デフォルトの名無しさん
08/01/22 23:05:56
>>570
出来ました。ありがとうございます
575:デフォルトの名無しさん
08/01/23 00:04:51
>>571
もうちっとコマンドラインとか、パスとか、そういうことを勉強したほうがいいと思うな ...
576:デフォルトの名無しさん
08/01/23 01:05:42
>>572
そういえばマイナー同士の組み合わせの割には、wxPythonの日本語情報って
ググると意外に出てくるね。
577:デフォルトの名無しさん
08/01/23 02:08:03
最近のが多いから
はじめたばかりの君は恵まれている
昔は見つからなかった
578:デフォルトの名無しさん
08/01/23 02:15:24
なるほど。ということは、ちょっと前に「情報が少なかったのに頑張った」
猛者たちがあらわれたってことか。感謝感謝。
579:デフォルトの名無しさん
08/01/23 05:26:51
っつーかwxHogehogeの中で一番楽なのがwxPythonな気がする
580:デフォルトの名無しさん
08/01/23 08:53:58
今pythonがアツいってのもあるね
wxに限らずPyGTKやらPyQtやらで作られたアプリが増殖中
581:デフォルトの名無しさん
08/01/23 09:11:20
wxPythonについて概ねまとまってて勉強になったサイト
自信たっぷりの間違いがいくつかあるので注意
URLﾘﾝｸ(www.harukaze.net)
582:デフォルトの名無しさん
08/01/29 18:06:45
アプリケーションのトップのエラーハンドラって書けますか？
C++ Builder/VCL だと、
＞void __fastcall TForm1::ApplicationEvents1Exception(TObject *Sender, Exception *E)
みたいな感じで書くんですが。
583:デフォルトの名無しさん
08/01/29 19:13:42
C++標準の例外じゃダメなの？
584:デフォルトの名無しさん
08/01/29 19:22:52
いや、それで良いのです。throw するのはC++の例外。
アプリの一箇所、一括でcatchしたいだけですが、どう書けば良いでしょう？
585:デフォルトの名無しさん
08/01/29 23:17:40
int main()
{
try {
// main routine
}
catch(...) {
// error handling
}
}
586:デフォルトの名無しさん
08/01/29 23:40:34
wxApp使った場合って、mainが隠蔽されてるんだっけ？
とするとwxApp::OnFatalExceptionとかがそうなのかなぁ。
URLﾘﾝｸ(wxwindowsjp.sourceforge.jp)
587:デフォルトの名無しさん
08/01/30 01:38:35
Ver2.8.6使ってるけど、
wxApp::OnUnhandledExceptionのドキュメント見ると、
OnRunをオーバーライドしてそこでキャッチしろって書いてるよ。
int MyApp::OnRun()
{
try{
return wxApp::OnRun();
}
catch(std::exception &e){
...
}
}
588:582
08/01/30 08:41:31
>>585 >>586 >>587 etc.
回答ｻﾝｸｽ。
やっぱ質問してﾖｶﾀ。
589:582
08/01/30 10:36:01
ヘルプの内容（>>587）確認しました。
OnRunオーバーライドして、エラーはcatchはされるんですが、catchの前にエラーが出てしまうのは何ででしょう。
590:582
08/01/30 10:39:12
OnExceptionInMainLoop()をオーバーライドして、return trueしたところ、無問題になりました。
有難うございました。
591:582
08/01/30 10:44:40
あれ？例外が補足されなくなちゃったorz
592:587
08/01/30 11:20:47
bool MyApp::OnOnExceptionInMainLoop() { throw; }
でMyApp::OnRun()のcatchに直通できた。
wxのエラーダイアログの中止ボタン押したときの処理もこうだから、
たぶんこれで問題ないと思う。
593:582
08/01/30 11:28:06
>>592
あ、本当ですね。上手くいきました。
594:582
08/01/30 11:51:30
Winでは上手くいったのですが、
wxMac-2.8.7では、MyApp::OnOnExceptionInMainLoop()がコールされずに、
＞シグナル 6（SIGABRT）により終了しました。
で終わってしまうのは何ででしょう？
throw を丸々囲んだら、ちゃんとcatchされますので、C++例外オフの問題じゃないみたいです。
念の為configureを調べても、
＞checking for --enable-no_rtti... no
＞checking for --enable-no_exceptions... no
です。
595:デフォルトの名無しさん
08/01/30 12:07:13
サンプルみつけました：
wxWidgets/samples/except
URLﾘﾝｸ(cvs.wxwidgets.org)
URLﾘﾝｸ(cvs.wxwidgets.org)
596:582
08/01/30 13:25:38
あれー、
＞wxMac-2.8.7\samples\except
で、
コンソールからmakeしましたが、
アプリでThrowメニュー（int/string/object）を実行すると、アプリがエラーで吹っ飛びます。
どうも、wxMacのバグですね。
当面は、実行メニューをそれぞれtry-catchで囲んでおきます。
開発中にcatch内容が変わったりすると、メンドイですね。
597:デフォルトの名無しさん
08/01/30 15:29:47
っ URLﾘﾝｸ(www.wxwidgets.org)
598:デフォルトの名無しさん
08/01/31 16:16:31
すいません質問させて頂きたいのですが、
URLﾘﾝｸ(0xcc.net)
このページ見てwxGladeでc++のコードを生成しようと思って、プレビューまでは普通に出来たのですが、Generate Codeボタンを押すと
An exception occurred while generating the code for the application.
This is the error message associated with it:
'ascii' codec can't encode characters in position 28-33: ordinal not in range(128)
こんなエラーが出てコードが生成できません。どうすればいいでしょうか？
環境は
Ubuntu7.1.0
libwxbase 2.8.4.0
libwxgtk 2.8.4.0
python-wxglade 0.5
python-wxgtk 2.8.4.0
python-wxtools 2.8.4.0
python-wxversion2.8.4.0
です。
どなたかアドバイス頂けると幸いです。。