【GUI】wxWidgets(旧w ..
562:デフォルトの名無しさん
05/09/26 22:46:46
wx-devcppで単純なWindow出すだけのアプリ作ったら、
EXEファイルが4M近いんですが、(stripしても2.3Mくらい)
こんなもんなんでしょうか?
563:756
05/09/26 22:53:44
そんなもん。
564:デフォルトの名無しさん
05/09/27 01:03:29
>>562
そんなもんです。そのかわり、と、言ってはなんですが、少々(かなり)プログラムを
書いても、サイズはあまり増えません。(うれしくない)
565:デフォルトの名無しさん
05/09/28 03:36:07
libwx_msw-2.6.aが14.5Mあるのになんでそんなに小さいんだろう
566:デフォルトの名無しさん
05/09/28 03:38:01
libwx_msw-2.6.aの全機能を使ってないから
567:デフォルトの名無しさん
05/09/29 01:19:15
URLリンク(upx.sourceforge.net)
568:デフォルトの名無しさん
05/10/02 22:50:57
wxDirで参照しているディレクトリを1階層上に変更したいのですが,
移植性のある良い方法はないでしょうか?
569:デフォルトの名無しさん
05/10/05 02:16:50
wxFileName::RemoveLastDir
570:568
05/10/10 01:32:02
非常に気色悪い実装になりましたがなんとかできました.
ありがとうございました.
571:デフォルトの名無しさん
05/10/10 02:26:58
ファイルシステムや文字列操作に関しては
文字コードの問題があるからwxにはどうせ手におえないから含めて欲しくなかった。
特にLinuxではsmbfs上ではShiftJIS、ルートがEUCと変則的になるし。
572:デフォルトの名無しさん
05/10/10 05:50:41
> 特にLinuxではsmbfs上ではShiftJIS、ルートがEUCと変則的になるし。
使ってられないだろそれは。
普通はマウントするときに文字コード変換させるんじゃないのか。
573:デフォルトの名無しさん
05/10/10 08:41:27
変換が完璧なら何も問題ないけどな。
574:デフォルトの名無しさん
05/10/11 01:21:23
完璧じゃなかったら完璧になるようにテーブル修正して再コンパイルすりゃいい
575:デフォルトの名無しさん
05/10/11 01:56:50
>>574
で「私のアプリを動かすにはwxにパッチを当ててください」って言って配布するの?
576:デフォルトの名無しさん
05/10/11 02:32:39
あとwxsprintfのソース見てると不安になってくる
nsprintfの戻り値見てるけどあれランタイムのバージョンで値返さなかったりする。
ちゃんと常用対数とってバッファサイズ計算して自力で展開して欲しかった。
あんな雑なことするなら余計なものつけないでほすい。
577:デフォルトの名無しさん
05/10/11 02:54:41
パッチ送れ
578:デフォルトの名無しさん
05/10/11 23:21:24
>>575
staticリンクしたら?
579:デフォルトの名無しさん
05/10/12 12:18:48
>>547
すっごい遅いレスだけど
MacOS Xでコンパイルした場合には出来上がったバイナリを
バンドルの中に入れないとうまくいきません
580:デフォルトの名無しさん
05/10/12 21:35:22
今はバンドルになるんだ。昔はリソースファイルをくっつける感じだったけど。
581:デフォルトの名無しさん
05/10/23 16:23:30
2.6.2のDevPakコネー
582:デフォルトの名無しさん
05/10/25 00:51:40
wxSocketBaseのドキュメントを和訳してみたんですが、どこに投げればいいんでしょうか?
どうせ投げるならちゃんと反映してくれるところに投げたいんですが、
うpろだは荒れてるしCVSも見ているのかどうか非常に疑問なので。
それともSFjpのページを自分でいじった方がいいんでしょうか?
583:デフォルトの名無しさん
05/10/25 17:58:39
本家
584:デフォルトの名無しさん
05/10/27 17:08:56
2.5 か 2.6 の内容ですか? SFjp のパッチに投げてくれれば取り込みます.
2.6.0 の TeX バージョンから PDF は作れるようになったけど, HTML はまだ作業中.
585:デフォルトの名無しさん
05/11/01 17:45:09
Mac OSX 10.4.2 で wxPython2.6 を使ってます。
ボタンを押したらフレームが開くプログラムがあります。
同じボタンを何回も押すと、フレームがいくつも開きます。
そうではなく、同じボタンから開かれたフレームが存在する場合は新しいフレームを開かない、
とするにはどうしたらいいのでしょうか?
適当なフラグを用意して開いた・閉じたを管理するような方法しかありませんか?
586:デフォルトの名無しさん
05/11/01 22:47:32
その枠の因子箪笥を単豚にする。
587:デフォルトの名無しさん
05/11/02 00:24:50
単に作ったフレームを変数に記憶すればよいのでは。
フレーム表示されているときにもう一回押されたらそいつをraiseするとか。
まあそれも一つのフラグといえばフラグだけど。
588:デフォルトの名無しさん
05/11/02 00:57:13
俺だったらフレームの可視,不可視で代用するかなぁ.
画面遷移の複雑なプログラムは作る方も使う方もしんどい('A`)
589:デフォルトの名無しさん
05/11/07 18:38:29
586のがスマートでいいんでね?
590:デフォルトの名無しさん
05/11/07 20:02:28
585ですが、今日もあれこれ調べたところ、Windowクラスのメソッドに FindWindowByName というのがあり、
これを使って特定のnameのウィンドウ(フレーム)が存在するか調べることができました。
どうもお手数かけました。
591:デフォルトの名無しさん
05/11/10 02:33:13
ダイアログに載せるボタンやラベルなどのフォントは
WindowsだとデフォルトでTahomaのようですが
これをデフォルトでMS UI Gothicあたりにすることは
できないでしょうか?
と書こうと思いましたが
ぐぐったらできなさそうなことがわかった
URLリンク(aspn.activestate.com)
とはいえ ボタン・ラベル全部について SetFont するのは
あまりにもダサいです。他に何か方法はないでしょうか?
592:デフォルトの名無しさん
05/11/10 03:26:17
ボタンやラベルのサブクラスを作って、
そのコンストラクタにSetFontを書き込んでおけば?
593:デフォルトの名無しさん
05/11/11 09:03:36
何もしないアプリで2.3MBかぁ。
大規模なアプリを作るなら気にならないんだけど、
小さいアプリを作りたいからファイルサイズを小さくしたい。
基本機能のみのコンパクト版があったらいいなぁと思ったり。
594:デフォルトの名無しさん
05/11/11 10:39:33
>>593
いらないクラスを全部削ったライブラリを作ってリンクしてみたらどうだろう。
どれくらい変わるか(または変わらないか)知らないけど。
gettext相当やら入出力やら文字コード変換やら入っているので、デフォルトで
ビルドしたらある程度の大きさは仕方ないんじゃないか。
configureにオプションが山のようにあるのはきっと対593用装備。
595:デフォルトの名無しさん
05/11/11 13:24:28
stripで剥いだり
upxで圧縮したりといった手もあるね
それでも800KBくらいになるけど
596:593
05/11/11 23:27:23
configureで--enable-***を結構削ってみたんだが、変化なし。
ソースから機能削るのは大変だし、コンパクト化は断念するしかないか。
597:デフォルトの名無しさん
05/11/12 01:16:09
コンパイラは何?
VC6だと何もしないminimal.exeが1.0MB
というか 1.0MB でも 2.3MB でも
もう誰も気にしないよ きっと
598:593
05/11/12 05:12:19
MinGWです。
例外を使わない設定にしたらminimal.exeが1.5MBぐらいに。
まあ、もうファイルサイズなんて気にする時代じゃないか。
わざわざ確認してくれてありがd。
599:デフォルトの名無しさん
05/11/13 21:57:49
wxPython 使ってるんですが、wxGrid でカーソル消す方法がわかりません。
セルの編集は全部禁止にして、見せるだけの Grid にしたいのです。
知ってる方、教えて貰えませんか?
600:デフォルトの名無しさん
05/11/14 01:00:55
>>599
wxGrid.EnableEditing(false) かな?
601:デフォルトの名無しさん
05/11/14 03:24:44
>>600 レスありがとうございます。
wxGrid.EnableEditing(false) で、Grid を ReadOnly には出来るんですが、
カーソルそのものの表示までは消えてくれません。
カーソル位置を ( -1,-1 ) とか強引に設定すると、その時は消えるんですが、
マウスでセルを選択したりすると復活してしまいます。(悩ましい…)
602:デフォルトの名無しさん
05/11/14 12:58:33
セル選択のイベントハンドラを描いて,カーソル位置を(-1, -1) にしたらどうかな.
603:デフォルトの名無しさん
05/11/14 13:58:24
SetCellHighlightROPenWidth(0), SetCellHighlightPenWidth(0) を呼んでみたらどう?
604:デフォルトの名無しさん
05/11/15 00:59:42
>>602
更に強引な手ですね(笑)
そういうのキライじゃないです。(実はやってみて上手くいかなかった)
>>603
見事カーソルが消えました!(実際は見えなくしたのかな?)
編集できない Grid なのに、いかにも編集出来そうなカーソルが出ているのを
避けたかったので、これでOKです。
605:デフォルトの名無しさん
05/11/15 23:05:32
>>581
606:デフォルトの名無しさん
05/11/16 02:28:24
URLリンク(wxwindowsjp.sourceforge.jp)って放置プレイ?
607:デフォルトの名無しさん
05/11/16 07:11:04
その話題、もう何度目だろう?
608:デフォルトの名無しさん
05/11/16 09:56:54
2.4 は死んだと思う.
2.6 は tex のコンパイルが通らなくて試行錯誤してる.
609:デフォルトの名無しさん
05/11/17 16:46:17
クロスプラットフォーム環境のJUCEって使ってみた人いる?
URLリンク(www.rawmaterialsoftware.com)
なんかよさそうなんだけど。
610:デフォルトの名無しさん
05/11/17 22:35:44
こっちで紹介してやってくれ
【C++】マイナーGUIツールキット
スレリンク(tech板)
611:デフォルトの名無しさん
05/11/17 23:49:06
GUIしかないな。んでGPL。
612:デフォルトの名無しさん
05/11/18 01:23:48
最近はサイザー使わずに自力でリサイズした方が早い気がしてきた
613:デフォルトの名無しさん
05/11/18 01:50:03
>>611
え? Stringとかの基本クラスもあるよね?
614:デフォルトの名無しさん
05/11/18 11:07:59
コンパイル通ったー!
まだマイナーな問題がいくつかあるし,2.4翻訳の成果を反映してないけど公開します.
URLリンク(wxwindowsjp.sourceforge.jp)
615:デフォルトの名無しさん
05/11/18 21:13:55
何だか分からんが、ドキュメントを日本語化するの?
616:デフォルトの名無しさん
05/11/19 02:00:17
すごいね画期的な試みだね
617:デフォルトの名無しさん
05/11/19 08:56:35
Combobox のプルダウンメニュー「↓」ボタンを押した瞬間を取るイベントの作り方がわからんちん。
618:デフォルトの名無しさん
05/11/19 13:43:07
ないと思うぞ。
combobox「ぽいもの」を自分で作れ。
619:デフォルトの名無しさん
05/11/21 18:34:20
Code::Blocks RC2試してみたけど
スゴク(・∀・)イイ!!ね
620:デフォルトの名無しさん
05/11/22 18:06:10
でも、微妙に使いづらい罠。
621:デフォルトの名無しさん
05/11/22 20:22:34
ライブラリビルドのwx.dswをコンパイルしようとすると
LNK4006の警告が大量(数万)でてコンパイルが終了しないのですが、
どうすればいいんだろうか...
622:デフォルトの名無しさん
05/11/23 10:16:06
Windows XPやLinuxではlocaleの設定が有効でメッセージが日本語になるのですが、
Windows Meではハードコーディングのまま表示されます。
これは何か設定があるのですか? それとも仕様でしょうか?
623:622
05/11/23 11:45:13
自己解決しました。カタログファイルをUTF-8でエンコーディングしていたのが悪かったようです。
でもシフトJISにするのは嫌だなぁ……
624:デフォルトの名無しさん
05/11/23 13:56:08
スレ違いかもしれませんが・・・
イベント処理でwxWidgetsとかMFCみたいにメッセージマップを使うのと
JavaみたいにListenerを実装してaddListenerするのとでは、
優劣とか、設計的にどっちが新しいとかあるんでしょうか?
それを知ってどうこうするわけでもないんですが・・・、ちょっと興味があったので。
教えて、エライ人。
625:デフォルトの名無しさん
05/11/23 13:58:47
wxMSWってインストーラでインスコした後にライブラリをビルドするヘンテコな
作法になってるやろ?ビルドの際にunicows.lib(libunicows.a)をリンクすれば
ええんちゃう?
626:デフォルトの名無しさん
05/11/24 00:39:41
そりゃSwingスタイルの方が後発だし新しいだろ
設計の良し悪しはまぁ,一長一短だ
俺としてはWTLがいやに先進的に思える・・・
627:デフォルトの名無しさん
05/11/24 07:57:16
wxのイベントハンドラをスタックするモデルは結構好き。
628:624
05/11/26 01:30:31
>>626
一長一短ですか・・・
今のところイベントハンドリング設計ではこれがベストだ!
みたいなモデルがあるのかなあと思ったんですが、
そう単純には決まらないんですね。
レスありがとうございました。
629:デフォルトの名無しさん
05/11/27 14:48:33
windows の keybd_event 命令が2.61(wx-devcpp Beta 6.8)でコンパイルしたら、
実行できるものの、正常に動かなくなりました。2.4では動いていました。
ライブラリが変わったからだろうと思いますが(libwxmsw->libwxmsw26),
どなたか同じ苦しみを味わった方、いらっしゃいませんか?
お助けください。
630:デフォルトの名無しさん
05/12/02 23:16:12
命令ってw
とりあえず何がどう正常じゃないのか、
例:以前は○○をしたら××のようになっていたが、○○をしても△△になってしまった。
みたいに書いてもらわんと誰もわからん。
あと、keybd_eventってWin32のスレじゃないのかな。
631:デフォルトの名無しさん
05/12/12 22:40:25
wxMac(on Panther)でUnicodeモードでコンパイルすると、wxTextCtrlのGetValueメソッドの値が
ゴミになりませんか?Unicodeモードでなければ何事もないのだけど。
どなたか同じ境遇の方はいらっしゃいませんか?
632:デフォルトの名無しさん
05/12/13 00:30:33
ワロス
633:デフォルトの名無しさん
05/12/13 20:13:07
ジバン。ジバン。人は誰でも。
634:デフォルトの名無しさん
05/12/14 00:18:56
いや、それ一つの太陽だから。
635:デフォルトの名無しさん
05/12/16 13:26:39
wxPythonの2.6.1を使ってます。
wxListCtrlで、行の選択を解除するメソッドってないですか?
ある行を選択した状態で、ソートとかしてテーブルの内容が変わっても
直前に選択した位置にある行が(内容が変わっていても)選択されたままになってます。
Select(行番号)というメソッドはあるのですが、これで0行目とか選択しても
直前に選択してた部分の解除がされません。
636:デフォルトの名無しさん
05/12/16 14:52:10
wxListCtrl::SetItemState かな
637:デフォルトの名無しさん
05/12/16 16:14:38
SetItemState(行番号, 0, wx.LIST_STATE_SELECTED)
でできました。ありがとうございます。
638:デフォルトの名無しさん
05/12/16 18:49:39
Windows上でのwxWidgetsは、MFC6.0に比べて、速度はどうですか。
具体的には、ダイアログボックスに次々と画像を提示したり
(もしかしたらOpenGLなんかを使ってアニメーションを提示したりも)
したいんです。
けっこうタイミングをクリティカルに扱います。
調べたとこり、wxWidgetsはネイティブを叩くラッパーのようなもの
らしいし、パッと見も問題無いようにも見えますが。
どなたか、使用経験や情報(落とし穴なども)をお持ちの方、おながいします。
639:デフォルトの名無しさん
05/12/16 18:54:50
速度にウルサイのならクラスライブラリ使うべきじゃないのでは
640:デフォルトの名無しさん
05/12/16 19:35:13
MFCよりも遅くなります。
wxWidgetは、MFCをラッピングしてるんだから遅くなってあたりまえだよね。
641:デフォルトの名無しさん
05/12/16 19:50:41
>>640
へ?何を言ってるのこの人は
642:デフォルトの名無しさん
05/12/16 20:07:20
>>640
wxDev-CppのwxWidgetもMFCをラッピングしてるのですか?
ちなみにMINGW系です。
教えてください。お願いします。
643:デフォルトの名無しさん
05/12/16 20:14:20
この人は何を言っているの?
644:デフォルトの名無しさん
05/12/16 20:16:33
URLリンク(yoyox.moo.jp)
645:デフォルトの名無しさん
05/12/16 20:17:28
>>644
わろす
646:デフォルトの名無しさん
05/12/16 20:30:08
ごめん
647:デフォルトの名無しさん
05/12/16 22:47:02
>638
そんなのフレームワークだのみで実装できないだろうから
何を使おうが一緒
648:638
05/12/16 22:59:44
>>639
その意見がごもっともなんですよね。
そのあたり微妙なんで、がんばって自分でためしてみます。
目立って悪い話というのも無さそうなので。
ありがとうございました。
649:デフォルトの名無しさん
05/12/21 01:58:07
MFCのラッパーじゃなくてWin32APIのラッパー。
650:デフォルトの名無しさん
05/12/21 07:19:55
WindowsのGUIライブラリは何でもそうだと思うけど > Win32APIのラッパー
651:デフォルトの名無しさん
05/12/21 12:12:57
>>650
ラッパのラッパか直接かってことでしょ。
652:デフォルトの名無しさん
05/12/21 13:55:37
OS標準のパーツ使ってるなら、速度差なんて殆ど体感出来ないだろ。
653:デフォルトの名無しさん
05/12/22 16:40:13
VC++ 2005 Express Editionでビルドできる?
654:デフォルトの名無しさん
05/12/23 01:21:39
1. wxWidgets をソースビルドしたい
2. wxWidgets はインストーラで入れた。wxWidgets のプログラムを作ってビルドしたい
?
655:デフォルトの名無しさん
05/12/23 03:19:11
>>649
両方あったようなきがする。
656:デフォルトの名無しさん
05/12/23 07:24:12
>>655
MFCのラッパーだったらmingwでコンパイルできないだろ。
657:デフォルトの名無しさん
05/12/23 14:35:44
>>655
きがするって、確認しる!
658:デフォルトの名無しさん
05/12/25 00:28:26
>>655
wx 本によると、昔は MFC だったけど今は Win32 API で書き直してある。
659:デフォルトの名無しさん
05/12/25 22:16:26
テンプレの、
Let's wxWidgets
URLリンク(dot-gray.s33.xrea.com)
って、何?
660:デフォルトの名無しさん
05/12/26 08:28:23
前の翻訳プロジェクトを立ち上げた人のページ。
661:デフォルトの名無しさん
05/12/31 12:12:33
>>598で1.5MB
そのくらいは仕方ないと思ってた。
しかし
wxdevcppでwxframeプロジェクト作って
そのままビルドすると3MB超えるのはなぜでしょうか?
662:デフォルトの名無しさん
06/01/05 12:14:06
おめ。
XRCを使ってwxMacで開発する手順をまとめてみました。
今ひとつなんだけど。
URLリンク(maloninc.com)
663:デフォルトの名無しさん
06/01/05 18:15:05
イイヨイイヨー
664:デフォルトの名無しさん
06/01/09 04:46:55
wxWidgetsのwxScintilla(wxStyledTextCtrl)に手を加えているのですが
意見をもらえないのでしょうか?
URLリンク(www.geocities.jp)
開発途中のWindows版バイナリです。
車輪の再発明をしても仕方がありませんし、公開に値するしろものでもありませんので
将来的にもソースは出せないと思います。
ゆくゆくは自作のプログラムに組み込めればそれでいいかな、と。
665:デフォルトの名無しさん
06/01/09 05:37:32
ほめられたいだけ?
666:664
06/01/09 06:32:15
テスト不足・テスト環境不足だからお願いしたいのが6割。
残りの4割が意見が聞きたいからですね。
wxTextCtrlでは今ひとつの時がある。
他の人はどうしているのでしょうか?
667:デフォルトの名無しさん
06/01/09 12:11:45
>> 664
それって「オレ様に協力しろ、でもお前等には使わせないぞ」っていってるようなもんだから、
フィードバックなんか一切期待できんだろ。
668:デフォルトの名無しさん
06/01/09 12:33:04
自分の環境で自分で試して自分で納得すればいいじゃん
669:デフォルトの名無しさん
06/01/10 08:35:05
wxScintillaの改良案自体は悪くないと思います。good ideaと思います。
URLリンク(sourceforge.net)
↑これによるとwxScintillaは Pythonライセンスに従うことになると思います。
たぶん、Pythonライセンスはソースコードを公開しないとまずいのでは?
そんなことない?
URLリンク(www.opensource.jp)
↑ここで「非独占的な使用」とあるので、改良した場合はソースコードを公開する義務が
発生すると解釈しました。
670:デフォルトの名無しさん
06/01/10 09:10:28
>>669
>そんなことない?
そんなことない
671:デフォルトの名無しさん
06/01/10 10:13:00
>>669
> ↑ここで「非独占的な使用」とあるので、改良した場合はソースコードを公開する義務が
> 発生すると解釈しました。
むちゃくちゃな解釈だな。キチガイ並。
672:デフォルトの名無しさん
06/01/10 15:18:31
URLリンク(scintilla.sourceforge.net)
673:デフォルトの名無しさん
06/01/10 16:22:06
>>664
いえいえご謙遜を。なかなかよくできていると思います。
公開に値すると思いますよ。この世はGive and Takeです。
コミュニティに還元するとみんな喜びます。
674:デフォルトの名無しさん
06/01/10 20:08:17
Take したい側が Give and Take を持ちかけるのはどうかな。
675:デフォルトの名無しさん
06/01/10 20:17:05
愛銅鑼の話すか
676:デフォルトの名無しさん
06/01/10 21:00:27
give and takeにTakeしたい側なんてないだろ。
677:デフォルトの名無しさん
06/01/10 21:27:42
Take and ブギウギ
678:デフォルトの名無しさん
06/01/10 21:43:39
>>676
つまりはそういう事。
679:664
06/01/10 23:14:35
件のページは削除しました。不具合や改善点が多くて、まだ七合目。
テキストコントロールに+αの機能
・テキスト入力
・日本語対応
・できるだけプラットホームに依存しない
・行番号、ホワイトスペース、改行などを表示できる
などを求めた場合、一番簡単な実現方法って何でしょうか?
自分はwxScintilla(wxStyledTextCtrl)が良いのではないかと考えいたのですが
それはどうでしょう?
680:デフォルトの名無しさん
06/01/10 23:59:38
知るか
681:デフォルトの名無しさん
06/01/11 00:16:17
「ソースは出せない」の一言がかなり反感を買ってるみたいだなw
682:デフォルトの名無しさん
06/01/11 00:35:06
そりゃ、対価も無しに人は動かん。
683:デフォルトの名無しさん
06/01/11 00:47:14
車輪の再発明をしても仕方ないしなぁw
684:デフォルトの名無しさん
06/01/11 01:24:33
ソースを出せないならソフトウェア板で聞けばいいんだよ。なんでここに来るんだよ。
685:バリー&ロビン&モーリス
06/01/11 05:47:34
Give!Give!Give!
686:デフォルトの名無しさん
06/01/11 11:47:19
wxMozillaで動くAjaxエディタを作ればいいんじゃないの
687:デフォルトの名無しさん
06/01/11 12:39:30
名前はAjawxにしよう
688:デフォルトの名無しさん
06/01/11 20:16:13
>>679
ホワイトベースを表示できる。まで読んだ。
689:デフォルトの名無しさん
06/01/12 14:07:43
木馬も表示できないエディタなんて。
690:デフォルトの名無しさん
06/01/13 02:47:45
たまら─ん!(木馬ry
691:デフォルトの名無しさん
06/01/13 23:47:56
大分遅レスだが…
>>420
>だいぶ前に誰かがFOXとfltkのUnicode対応パッチ(もちろんABI非互換)作ってたけど、
>そのサイトなくなっちゃったんだよね。
パッチはここにあるよ。
URLリンク(sourceforge.net)
692:デフォルトの名無しさん
06/01/17 01:13:52
で、そろそろwxFileNameは非Unicodeの0x5c問題解消されたの?
693:デフォルトの名無しさん
06/01/17 02:01:41
そんなのshift_jis使ってる田舎者にしか関係ないからwxで面倒みたりなどしない。
おとなしくunicode使え。
694:デフォルトの名無しさん
06/01/17 02:03:49
それってライブラリの問題とはいえない気がする。
マルチバイト文字を正しく1文字として扱いたいんならUNICODEを使えってことじゃないの。
# Audacityスレ見てこっちきたんでしょ。
695:デフォルトの名無しさん
06/01/17 02:06:37
・0x5c問題
ググっても非公式パッチすら存在しないみたいなので(問題を指摘してるサイトはあったがそこの結論はUnicode使えというもの)
日本人が作者に教えて修正希望でもしない限り永久に無理っぽい感じ。
ファイル・パス名に使う文字はアルファベット以外作者の頭にないから
不具合に”気付くことがない”。
696:デフォルトの名無しさん
06/01/17 02:10:45
そういう修正方法はもう古いやり方だから、だれもパッチなんか書かないんだよ。
UNICODEに移行したほうが楽なの。
697:デフォルトの名無しさん
06/01/17 02:10:50
>ファイル・パス名に使う文字はアルファベット以外作者の頭にない
wxに限らず海外ソフトの一番の問題だよな。
698:デフォルトの名無しさん
06/01/17 02:34:04
ソース見てないけど何も考えず#include <mbstring.h>加えて
str〜を目をつぶって全部_mbs〜に書き換えても駄目だろうな。
一昔前の海外ソフトは大抵それでいけたもんだが。
何か別の方法でこだわりの強制1バイト読み込みwしてそうだ。
699:デフォルトの名無しさん
06/01/17 03:08:41
あぁ、あと_ismbbleadで「2バイト文字だったら1バイト進む」みたいなクサイ修正の仕方もあるな。
俺はstr→_mbsと_ismbbleadしか知らん。エロイ人が他の凄い方法書いてくれるだろ。
700:デフォルトの名無しさん
06/01/17 06:37:12
単純に全ソースを\\で検索したら
「1文字ずつ読んでいって\\だったら」みたいな部分は確かに何箇所かあるみたい。
701:デフォルトの名無しさん
06/01/17 07:38:40
wx的には693でFA。マルチバイトは基本的に存在しない。
# UTF-8版作れいってる奴はいるけど
1byte文字のレガシーなANSIか、Unicode。
702:デフォルトの名無しさん
06/01/17 08:15:12
マルチバイト文字を考えてる外人も居る(居た)。
しかも上に居るUnicode一点張り野郎と違って修正案まで出して多分wxに反映されてる。
URLリンク(lists.wxwidgets.org)
残念ながら「文字の表示」にしか目が行かなかったみたいだが。
703:デフォルトの名無しさん
06/01/17 08:23:30
693=696=701
万が一にも修正されたら困るのか?どうでもいい同じ事ばっか書いて。
704:デフォルトの名無しさん
06/01/17 08:28:28
どうせwxWidget使ったアプリか何かのダメ文字解消パッチの作者で
本家で修正されると自分の存在意義がなくなるとかじゃないの?
705:デフォルトの名無しさん
06/01/17 15:18:45
693であって!696,!701なんだが、Vadimの方針は基本的に>>693の通り。
wx-dev読んで、文句があったら自分でメール書け。
この間も似たような議論があったから。
706:デフォルトの名無しさん
06/01/20 10:47:12
wxPythonの変な本が出るらしい.
URLリンク(www.manning.com)
707:デフォルトの名無しさん
06/01/20 11:20:44
表紙の人物が気になる…なんだありゃ
708:デフォルトの名無しさん
06/01/20 17:33:54
samurai
709:デフォルトの名無しさん
06/01/20 19:02:28
samuraiといっても、大名行列で並んで歩いてるような
ちょっとショボそうなのを選んでるのはなぜなんだぜ?
710:デフォルトの名無しさん
06/01/20 20:04:13
外人の描いた絵にそこまで要求しますか
711:デフォルトの名無しさん
06/01/20 23:43:53
Amazonにもあった。デカイ絵が見られる
URLリンク(www.amazon.co.jp)
URLリンク(images-jp.amazon.com)
712:デフォルトの名無しさん
06/01/20 23:53:43
一瞬、鬼太郎に見えた
713:デフォルトの名無しさん
06/01/21 03:46:14
足、みじかくね?
714:デフォルトの名無しさん
06/01/22 16:17:51
VisualStudio2003上でwxWidgets使ってアプリケーション作っています。
画像処理をしたいので、Magick++を利用しようと思ったのですが、
どうやってプロジェクトに組み込んでいいのかわかりません。
Linux上ではできたんですが、win上では何やら特別な方法がいるように感じます。
wxImagickなどというものがあったり、よくわかりません。
どなたか、わかる方、わかりやすく解説されているサイトをご存知の方、
情報下さいませ。
715:デフォルトの名無しさん
06/01/22 17:18:55
ImageMagick自体がいるんでねーの?
URLリンク(www.imagemagick.org)
716:デフォルトの名無しさん
06/01/22 17:49:25
どっちかというとwxのスレよりVSのスレで質問した方がよさそうな。
717:デフォルトの名無しさん
06/01/22 19:03:18
それは無いと思う。
VSでwx使う人の割合よりは
wxをvsで使う人の割合の方が多いだろうし。
718:デフォルトの名無しさん
06/01/22 19:38:05
え?「VSでwx使う人」=「wxをvsで使う人」じゃないの?
719:デフォルトの名無しさん
06/01/22 20:11:15
プロジェクトに組込むってのがwxと関係ないべ
720:714
06/01/22 23:34:13
正直、どのスレに書くか迷いました。
で、wxとMagickの相性が悪いと睨んでここに書いたのですが。
間違っていました。
単純にMagick++回りのミス(複数)でした。
(Magick++のlibをソースからビルドしたのですが、たぶんその方法がマズかったようで。)
721:デフォルトの名無しさん
06/01/23 01:21:01
>718
それぞれの母数が違うんで、割合も変わってきますな。
722:714
06/01/25 13:27:54
コソーリ スレチガイ
結局ビルドはできてもMagick++回りから
原因不明の例外(突き止めるエネルギー無し)が出て動かんので
wx + Magick はMinGWでやることにしました。
ところで
URLリンク(www.codeproject.com)
このページはいろいろ参考になると思うんですが、テンプレに入れませんか?
723:デフォルトの名無しさん
06/01/28 19:10:32
マップを使おうと思うんですが、STLかwxのか、どっちにしようか迷ってる。
他人のために書いてるプログラムだけど、売りもんじゃない。
サイズもせいぜい20組くらいだし、速度もそんなに要求されないし、好みの問題だよな。
おまえらならどうするよ?
724:デフォルトの名無しさん
06/01/29 00:50:51
STLでいーんでないの。
wxのコンテナって使ったこと無いけど、確かtemplate使ってなくて
マクロでごにょごにょしないといけなくて面倒そうだったような・・・
725:デフォルトの名無しさん
06/01/29 14:02:41
wxってツールバー2段にできないの?
726:デフォルトの名無しさん
06/01/29 15:25:13
>>722
なんかそのページの下の方の議論読んでるとますます使いたくなくなるのだが・・・
727:デフォルトの名無しさん
06/01/29 15:48:14
>>724
そう、あのマクロね。
なるべくwx内に収めるつもりだったけど、STLにするわ。
728:デフォルトの名無しさん
06/01/29 16:18:47
なんでSTLを毛嫌いするのかわからん……標準C++だから誰も文句いわんと思うけど。
729:デフォルトの名無しさん
06/01/29 19:07:08
Embeded C++使い
730:デフォルトの名無しさん
06/01/29 22:54:55
>>726
たぶんそれ、執筆者の写真にパワーを吸い取られた後だからだろ。
731:デフォルトの名無しさん
06/01/30 03:15:01
wxは好きだけど、アホみたいに下位互換を重視している意味がわからない。
732:デフォルトの名無しさん
06/01/30 03:41:09
>>731
互換はあるに越したことはないからな。
Windowsに互換性がなかったら今のシェアも流石になかっただろう。
OSだからwxと全く同じ話だとは言わないけどな。
733:デフォルトの名無しさん
06/01/30 08:24:49
方向性として下位互換にこだわっているというよりも、レガシーOSのユーザが
置いていかれまいと躍起になってサポートしているような気がするよ。
734:デフォルトの名無しさん
06/01/30 11:51:18
どーせなら、LinuxでもつかえるWTLみたいなの実装してくれねーかな。
735:デフォルトの名無しさん
06/01/30 18:08:56
おれはwxWidgetsを愛している
736:デフォルトの名無しさん
06/01/30 21:41:17
レガシーOSを切り捨ててテンプレートやらSTLやらBOOSTやらを使った同様のものがほしいところだ。
737:デフォルトの名無しさん
06/01/30 22:39:08
int main()がワーカースレッド側に置かれてて、
printfとかがSendMessageを呼んでGUIスレッドと連動するように作って欲しい。
処理が重くて長いプログラムが多いんでこっちではそうしてる。
738:デフォルトの名無しさん
06/02/05 22:39:58
wxScintillaの変更をしようかなと思っていましたが、馬鹿がやるものではありませんでした。
わからない・対処できないところばかり。
URLリンク(www.geocities.jp)
wxWidgetsで行っているキー入力やGtkIMContextのシグナル処理と折り合いがつかず、
GTKでの日本語入力を実装できません。
GtkIMContext関連の処理を作り込んだ例ってありませんか?
739:783
06/02/06 00:55:21
車輪の再発明をしても仕方がありませんし、公開に値するしろものでもありませんので
将来的にもソースは出せないと思います。
ゆくゆくは自作のプログラムに組み込めればそれでいいかな、と。
740:デフォルトの名無しさん
06/02/06 01:22:49
>>739
そういうこと書くと、手伝ってあげようって人を萎えさせるだけだと思う
普通に質問だけしたほうがいいんじゃないか
741:デフォルトの名無しさん
06/02/06 02:14:43
しむらー、783! 783!
742:デフォルトの名無しさん
06/02/07 03:08:07
未来人、乙
743:デフォルトの名無しさん
06/02/08 00:42:42
wxruby+windowsにて、画面キャプチャプログラムを書いています。
いまは、win32apiをrubyから叩く形で、画面取得を行っているのですが、
wxrubyだけで、画面キャプチャできるのでしょうか?
wxpythonだと、wxscreendcクラスを利用して画面キャプチャする例を見つけまし
た。ところがwxrubyでは、screendcクラスはサポートされていないようです。
どなたか、wxrubyにてroot windowから画面取得を行う方法についてご存知の方
はいらっしゃいませんか?
744:デフォルトの名無しさん
06/02/08 20:43:14
wxWidgetsのリファレンスを調べて、wxWidgetsにないのか
wxrubyにだけないのかくらい判断してからまたおいで。
745:デフォルトの名無しさん
06/02/08 22:48:05
>>743
公式の周辺へ行きなされ。
ここには数人しかおらんし、せいぜいC++とPy使いくらいじゃろう。
746:デフォルトの名無しさん
06/02/10 02:57:21
>744
う。すみません、言葉足らずでした。
wxWidgetsには存在しているwxscreendcが、wxrubyではサポートされておらず、
なにか代替手段がないかな、という質問でした。
>745
公式周辺もあたってみまーす。
みなさま助言ありがとうございました!
747:デフォルトの名無しさん
06/02/10 03:11:56
自分で実装しちゃうのが一番はやいんでないの。
実装たってラッパーなんだから似たようなものの真似すれば簡単にいけるでしょ。
748:デフォルトの名無しさん
06/02/16 19:55:50
roadmapを見ていたのだが、
URLリンク(www.wxwindows.org)
> 3.0.0 Stable end 2006? - WX_3_0_0
> This stable release will have STL compatibility for compilers that support
> templates fully. For example the wxString class will derive from std::basic_string<>.
俺としてはぜひ前倒ししてほしい。
もう手をつけているんだろうか?
749:デフォルトの名無しさん
06/02/16 23:39:50
std::stringってそもそも継承して使うの推奨されないのでは・・・
750:デフォルトの名無しさん
06/02/16 23:52:33
>>749
ディストラクタに virtual が無いからだっけ。
やるとするなら、typedef かコンポジションかねぇ。
751:デフォルトの名無しさん
06/02/17 23:41:42
STLコンパチを目指すなら妙な派生クラス導入するよりも互換性のあるIteratorを提供してくれたほうがずっとありがたい
752:デフォルトの名無しさん
06/02/22 04:37:34
組み込みに使おうと思って調べてみたけどライセンスが糞だな。
GPL氏ね!
組み込みでソース公開なんて出来る訳ないじゃん。
ファームうp無しに10年以上使われるの前提ですよ。
753:デフォルトの名無しさん
06/02/22 06:40:03
752の頭は糞だな。
752氏ね!
754:デフォルトの名無しさん
06/02/22 06:42:53
つかいったいどのライセンスを調べたんだ。
実は別のスレへの誤爆だとか?
755:デフォルトの名無しさん
06/02/22 08:27:59
>>754
うん。wxのことではないことは確かだな。
756:デフォルトの名無しさん
06/02/23 09:25:19
wxWindowを基底クラスにウィンドウを作って
半透明にしたいのだけど、子ウィンドウとしてね
何層にも重ねる可能性があります
そういう独自クラスを作ろうかと思ってるんだけど
上位レベルまでの描画情報を取る方法ってありますかね?
アルファ処理は独自に実装してペイントイベントでやればいいのだけど
上位ソースがないことには半透明のブレンドができないのです
できればOS非依存で
757:756
06/02/23 09:27:24
一応環境はVC6でWindowsOSを基礎にしてます
758:756
06/02/23 09:30:09
あ、あと各層のサイズはばらばらでマスクで形もいろいろになるので
単純に一個下の表示ソース参照ってわけにはいきませんので
759:756
06/02/23 09:35:03
あ、と書いてていい方法思いついてしまったw
760:デフォルトの名無しさん
06/02/23 13:18:24
こんだけスレ汚しておいて、その「いい方法」とやらは言わずじまいか。
761:756
06/02/23 17:22:12
wxScintillaへの当てこすりですから^^
762:756
06/02/23 18:41:05
>>761は別人ですw
兄弟のポインタは子自身からでもとれるのでオーダー順にひたすらDCを追いかけようかなと
スピードが気になるけど、それが一番スマートなやり方だからいいなと思いましてね
特別管理する別クラスもいらないし
763:デフォルトの名無しさん
06/02/26 19:02:27
CSV形式で保存することをしたいのですが、以下のコードでは、AddLine を用いると一行目の内容しか変わりません。
hogehoge,foo
foo,bar
bar,hogehoge
のようにどんどん追加していきたいのですが、どのようのコードを変えればよろしいでしょうか?
void MyFrame::OnSave(wxCommandEvent &event)
{
wxString buf;
buf = text_ctrl_1->GetValue() + ",";
buf += text_ctrl_2->GetValue() + "\n";
// Saveする
wxTextFile file;
if (file.Exists()){
file.Open("./list.txt");
} else {
file.Create("./list.txt");
}
file.AddLine(buf);
file.Write(wxTextFileType_Dos);
file.Close();
}
764:756
06/02/26 20:03:42
file.GoToLine(file.GetLineCount());
765:763
06/02/26 21:59:51
>>764
file.AddLine(buf); の前に書き込んでもボタンを押すごとに1行目しか変わりませんでした。
766:デフォルトの名無しさん
06/02/26 22:44:25
file.AddLine(buf,wxTextFileType_Dos);
767:763
06/02/26 23:15:48
>>766
アドバイスをありがとうございます。試行錯誤した結果、どうも Create しただけではダメなようで、その後に Open しないと、うまくいかないようです。したがって、 763 のソースコードを以下のように書き換えることでうまくいきました。
// Saveする
wxTextFile file;
if (!file.Exists()){
file.Create("./list.txt");
}
file.Open("./list.txt");
file.GoToLine(file.GetLineCount());
file.AddLine(buf,wxTextFileType_Dos);
//file.InsertLine(buf, file.GetLineCount(), wxTextFileType_Dos);
file.Write(wxTextFileType_Dos);
file.Close();
768:デフォルトの名無しさん
06/02/27 01:25:43
wxTextFile::Exists
bool Exists() const
Return true if file exists - the name of the file should have been specified in the constructor before calling Exists().
769:デフォルトの名無しさん
06/02/27 05:58:26
試行錯誤の前にドキュメント
770:デフォルトの名無しさん
06/03/03 15:31:56
wxDialogを継承したやつにwxPanelを貼り付けるとおかしくなるのは俺だけ?
771:デフォルトの名無しさん
06/03/03 20:24:19
>>770
どうおかしくなるか書けばいいと思う。
772:デフォルトの名無しさん
06/03/03 21:02:30
>>770
お前だけかもしれないから、どういう環境で使ってるのか書いてくれ
773:770
06/03/03 23:53:14
Borland C++ Compiler 5.5.1
あるいはmingw32(gccのバージョンは3.4.2)
肝心のwxWidgetsのバージョンは2.6.2
手でコードごりごり書いていたけれど念のため
wxDev-C++ Beta 6.9(January 30, 2006) で製作してみた
ダイアログにBoxSizerを張り
その上にRadioButton2つとPanelを張る
さらにPanelの上にBoxSizerを張り
その上にwxTextCtrlを張り付ける
その状態で(SetFontは問題があるからコメントアウトするとして)
コンパイルして実行、RadioButtonを操作すると固まる。
Panelの上に何も乗ってないと動く。
今試したらTextCtrlの替わりにButtonをのせても固まった。
774:デフォルトの名無しさん
06/03/04 01:26:34
wxDialogにwxPanelって貼り付けるもんなのかな。
wxFlameに貼るのは普通だと思うけど。
wxDialogもwxPanelもWX_DECLARE_CONTROL_CONTAINERとかあるから、
そこら辺の競合?とか勝手な想像をしてみる。
てか、wxDialogに直接コントロール乗せるのはだめなの?
BoxSizer入れ子にするとかして。
775:770
06/03/04 08:28:22
staticBoxだと子を丸ごとEnable - Disableの切り替えができないから
(というかそもそも子供をもてないから)
panelでごっそりというつもりでいたんだけどやっぱ駄目かなあ。
FrameでもPanel入れ子にすると同じことおきるなあ。やっぱ駄目なのか。
776:デフォルトの名無しさん
06/03/04 12:59:44
じゃあwxWindowかその独自派生クラスを貼って、
その上にコントロールまとめればいいんじゃない?
wxPanelである必要性はあるのかな。
777:デフォルトの名無しさん
06/03/04 16:08:13
MacOSXのwxPythonだと、wxWindow上のSizerを他のSizerに入れると崩れるが
wxPanel上のSizerにすると他のSizerに入れても崩れない
778:デフォルトの名無しさん
06/03/04 17:03:45
wxWindow上のSizerを他のSizerに入れるなんて想定されてないだろ。
779:デフォルトの名無しさん
06/03/05 03:41:33
されてないな
780:デフォルトの名無しさん
06/03/10 18:09:54
道 木 禿 鞄 穴 局 車 机 髭 忍
781:デフォルトの名無しさん
06/03/10 23:03:31
木禿鞄道穴局机車髭忍
782:デフォルトの名無しさん
06/03/16 17:08:31
EVT_ERASE_BACKGROUNDって実は前回のDCソースをコピーしてるようで
遅いんですが、でSkip()してみたらDCではなくこんどは色で塗りつぶしやがります
もうちらちらちらちらと、指定された背景色ではないです
常にねずみ色です
どうしたらちらつき無く高速にできますかね?
783:デフォルトの名無しさん
06/03/17 00:04:43
枠線とかだけならXORでインスタンスドローすればいいんじゃね?
784:デフォルトの名無しさん
06/03/17 01:23:56
インスタンスドローってなに?
785:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 19:31:50
64bitに対応したトリップ検索プログラムありますか?
TextSS のWindowsXP(Professional)64bit化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?
786:デフォルトの名無しさん
06/03/20 00:05:15
wxTextCtrlにwxTE_RICH2を指定して、UTF-16に変換できないデータを入れると落ちる。
#include <wx/wx.h>
#include <wx/app.h>
#include <wx/menu.h>
#include <wx/textctrl.h>
class win: public wxFrame {
public:
win(): wxFrame(NULL, wxID_ANY, "ぬるりジェネレータ") {
m_tc = new wxTextCtrl(this, wxID_ANY, wxT(""), wxDefaultPosition, wxDefaultSize, wxTE_RICH2); // wxTE_RICH2を0にすると落ちない
wxMenu *mn = new wxMenu;
mn->Append(1, wxT("Insert \"\\x4C\""));
mn->Append(2, wxT("Insert \"\\xFC\""));
wxMenuBar *mb = new wxMenuBar;
mb->Append(mn, wxT("TEST"));
SetMenuBar(mb);
}
void OnMenu(wxCommandEvent &ev) {
if (ev.GetId()==1) m_tc->AppendText(wxT("\x4C"));
if (ev.GetId()==2) m_tc->AppendText(wxT("\xFC"));
}
private:
wxTextCtrl *m_tc;
DECLARE_EVENT_TABLE()
};
(続く
787:786
06/03/20 00:05:50
(続き
BEGIN_EVENT_TABLE(win, wxFrame)
EVT_MENU(1, win::OnMenu)
EVT_MENU(2, win::OnMenu)
END_EVENT_TABLE()
class app: public wxApp {
public:
bool OnInit() {
wxFrame *frm = new win();
frm->Show();
return true;
}
};
IMPLEMENT_APP(app)
原因は、wxTextCtrl::StreamInの中のwxCSConvのあたり。あまり深くは追いかけていない。
wxのコンバータの糞仕様(変換できないとそのまま戻ってくる)が悪さをしてる模様。
788:デフォルトの名無しさん
06/03/20 16:04:30
wxTextCtrlでSetValueしただけでEVT_TEXTが飛び回るわけですが
片方を変更すると片方に反映するというのを相互にやろうとした場合
永久機関の完成ですよ
なんですかこの仕様は
789:デフォルトの名無しさん
06/03/20 16:10:52
誰かwxWidgetsをJavaでラッピングしてGCJでコンパイルできるようにしてくれませんか?
SWT使うのいやだし、Swingのラッパー使うのもいやなので。
790:デフォルトの名無しさん
06/03/20 17:16:06
>>788
それ大抵のGUIツールキットで普通の現象。
相手側にこの変更は通知しないフラグ立ててsetValue->フラグ解除汁。
でなきゃ受けオブジェクトを他に持って、それで受けて両方に反映。
791:デフォルトの名無しさん
06/03/20 17:51:02
>>788
EVT_TEXT_ENTER や EVT_CHAR は?
792:デフォルトの名無しさん
06/03/21 01:02:35
>>790
Windowsネイティうはそんな仕様じゃないですよ
もちろんMFCも
そもそもイベントっちゅーのはユーザ操作を検知するものであって
プログラム的なタイミング検出はプログラム的にやるでしょ
793:デフォルトの名無しさん
06/03/21 09:39:49
>>792
MFCとの違いで戸惑うのは同意します。
自分が慣れ親しんできたものと違うものに遭遇すると、自分の居所を中心にして
他のものを使いにくいものだと感じるのは自然な反応です。
でも、みっともない。
794:デフォルトの名無しさん
06/03/21 12:32:11
利点の問題でしょ
795:デフォルトの名無しさん
06/03/21 17:24:28
>>792
えーっと、だからどうしたいんですか?ちょっとお前の気持ちで考えてみたよ。次のどれ?
・WindowsネイティブやMFCの方こそ正統、wxWidgetsはそれに合わせろ。
・WindowsネイティブやMFCの方こそ正統、wxWidgetsは糞だ。使えない。
・WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を啓蒙してやる。
・WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を煽ってやる。
796:デフォルトの名無しさん
06/03/21 17:51:50
「WindowsネイティブやMFCの方こそ正統」以外の選択肢がwww
797:デフォルトの名無しさん
06/03/21 21:48:06
被害妄想乙
798:デフォルトの名無しさん
06/03/21 22:00:15
Windowsネイティうは
799:デフォルトの名無しさん
06/03/22 00:00:19
>>795
イベントとはユーザ操作による概念で形成されているのですべてにおいて統一されいるほうが
一貫性があり直感的に理解できる、前例の有無の問題ではない
プログラム的な修正についてイベントが発生するということは、そのわかりきったプログラム的な
タイミングの検出方法に2つの動作洗濯機を与えることになり、これは後にプログラムを読む人間に
とって非常に大きな障壁となるだろう
このことによる弊害はそれだけにとどまらず、余計な処理を必要とするためにコードが大幅にふくらみ複雑になる
こういった問題はこれはそうなのだからいいのだとかの軽い問題ではなく、それによって開発されるもの
すべてに多大な影響を与える非常にシビアな問題である
私にはプログラム操作をイベント化する利点が見つけられない
単純にWindows仕様が嫌いだからという理由ならばこれほど馬鹿げた話はないだろう
しかしwxWidgetsはもっともMFCに影響を受けMFCを崇拝した仕様になってるのになぜこんなことを
しているのか疑問である
800:デフォルトの名無しさん
06/03/22 00:18:20
>>799
「WindowsネイティブやMFCの方こそ正統」まで読んだ
801:デフォルトの名無しさん
06/03/22 03:01:47
>>799
「洗濯機」まで読んだ
802:デフォルトの名無しさん
06/03/22 06:00:10
wxWashingMachine
803:デフォルトの名無しさん
06/03/22 07:31:28
>>799
>>795にアンカー付けるんなら、質問にちゃんと答えてくれよ。
お前がwxWidgetsを気に入らないことはわかった。だけど、>799にはそこまでしか
書いていない。気に入らない理由を書いているだけだ。
で、お前はどうしたいんだい。選択肢をふやしてみたよ。
(1)WindowsネイティブやMFCの方こそ正統、wxWidgetsはそれに合わせろ。
(2)WindowsネイティブやMFCの方こそ正統、wxWidgetsは糞だ。使えない。
(3)WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を啓蒙してやる。
(4)WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を煽ってやる。
(5)WindowsネイティブやMFCの方こそ正統、wxWidgetsを直してやる。なんせオプソだからな。
(1)〜(3)ならお前がここで騒ぐ意味はなさそうだから消えな。
(4)なら勝手にやってろボケ、だね。
(5)ならお手並み拝見。
さあ、どれだ。
選択肢にお前の「どうしたい」がなかったら番号じゃなくて、ちゃんと書けよ。
もう理由は書かなくていいからな。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4669日前に更新/209 KB
担当:undef