- 1 名前:デフォルトの名無しさん [04/10/12 04:58:32]
- クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)について語りましょう。
本家 www.wxwidgets.org/ wxWindows日本語プロジェクト wxwindowsjp.sourceforge.jp/ Let's wxWidgets dot-gray.s33.xrea.com/ (*)準備中(*) www.geocities.co.jp/SiliconValley-Cupertino/8526/ wxWindowsで始めるC++ GUIプログラミング www.h3.dion.ne.jp/~k5_n/wxwin/ wxWidgets でクロスプラットフォーム GUIアプリを作ろう namazu.org/~satoru/pub/uu-2004-08/ dW : Linux : wxWindowsの概要 www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html SunWorld Online:wxWindows――無名だが成熟したGUIツールキット www.idg.co.jp/sw/back/200102/20010219_01_report.html
- 755 名前:デフォルトの名無しさん mailto:sage [2006/02/22(水) 08:27:59 ]
- >>754
うん。wxのことではないことは確かだな。
- 756 名前:デフォルトの名無しさん mailto:sage [2006/02/23(木) 09:25:19 ]
- wxWindowを基底クラスにウィンドウを作って
半透明にしたいのだけど、子ウィンドウとしてね 何層にも重ねる可能性があります そういう独自クラスを作ろうかと思ってるんだけど 上位レベルまでの描画情報を取る方法ってありますかね? アルファ処理は独自に実装してペイントイベントでやればいいのだけど 上位ソースがないことには半透明のブレンドができないのです できればOS非依存で
- 757 名前:756 mailto:sage [2006/02/23(木) 09:27:24 ]
- 一応環境はVC6でWindowsOSを基礎にしてます
- 758 名前:756 mailto:sage [2006/02/23(木) 09:30:09 ]
- あ、あと各層のサイズはばらばらでマスクで形もいろいろになるので
単純に一個下の表示ソース参照ってわけにはいきませんので
- 759 名前:756 mailto:sage [2006/02/23(木) 09:35:03 ]
- あ、と書いてていい方法思いついてしまったw
- 760 名前:デフォルトの名無しさん mailto:sage [2006/02/23(木) 13:18:24 ]
- こんだけスレ汚しておいて、その「いい方法」とやらは言わずじまいか。
- 761 名前:756 mailto:sage [2006/02/23(木) 17:22:12 ]
- wxScintillaへの当てこすりですから^^
- 762 名前:756 mailto:sage [2006/02/23(木) 18:41:05 ]
- >>761は別人ですw
兄弟のポインタは子自身からでもとれるのでオーダー順にひたすらDCを追いかけようかなと スピードが気になるけど、それが一番スマートなやり方だからいいなと思いましてね 特別管理する別クラスもいらないし
- 763 名前:デフォルトの名無しさん mailto:sage [2006/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 mailto:sage [2006/02/26(日) 20:03:42 ]
- file.GoToLine(file.GetLineCount());
- 765 名前:763 [2006/02/26(日) 21:59:51 ]
- >>764
file.AddLine(buf); の前に書き込んでもボタンを押すごとに1行目しか変わりませんでした。
- 766 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 22:44:25 ]
- file.AddLine(buf,wxTextFileType_Dos);
- 767 名前:763 mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:asage [2006/02/27(月) 05:58:26 ]
- 試行錯誤の前にドキュメント
- 770 名前:デフォルトの名無しさん mailto:sage [2006/03/03(金) 15:31:56 ]
- wxDialogを継承したやつにwxPanelを貼り付けるとおかしくなるのは俺だけ?
- 771 名前:デフォルトの名無しさん mailto:sage [2006/03/03(金) 20:24:19 ]
- >>770
どうおかしくなるか書けばいいと思う。
- 772 名前:デフォルトの名無しさん [2006/03/03(金) 21:02:30 ]
- >>770
お前だけかもしれないから、どういう環境で使ってるのか書いてくれ
- 773 名前:770 mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 01:26:34 ]
- wxDialogにwxPanelって貼り付けるもんなのかな。
wxFlameに貼るのは普通だと思うけど。 wxDialogもwxPanelもWX_DECLARE_CONTROL_CONTAINERとかあるから、 そこら辺の競合?とか勝手な想像をしてみる。 てか、wxDialogに直接コントロール乗せるのはだめなの? BoxSizer入れ子にするとかして。
- 775 名前:770 mailto:sage [2006/03/04(土) 08:28:22 ]
- staticBoxだと子を丸ごとEnable - Disableの切り替えができないから
(というかそもそも子供をもてないから) panelでごっそりというつもりでいたんだけどやっぱ駄目かなあ。 FrameでもPanel入れ子にすると同じことおきるなあ。やっぱ駄目なのか。
- 776 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 12:59:44 ]
- じゃあwxWindowかその独自派生クラスを貼って、
その上にコントロールまとめればいいんじゃない? wxPanelである必要性はあるのかな。
- 777 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 16:08:13 ]
- MacOSXのwxPythonだと、wxWindow上のSizerを他のSizerに入れると崩れるが
wxPanel上のSizerにすると他のSizerに入れても崩れない
- 778 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 17:03:45 ]
- wxWindow上のSizerを他のSizerに入れるなんて想定されてないだろ。
- 779 名前:デフォルトの名無しさん mailto:sage [2006/03/05(日) 03:41:33 ]
- されてないな
- 780 名前:デフォルトの名無しさん mailto:sage [2006/03/10(金) 18:09:54 ]
-
道 木 禿 鞄 穴 局 車 机 髭 忍
- 781 名前:デフォルトの名無しさん mailto:sage [2006/03/10(金) 23:03:31 ]
- 木禿鞄道穴局机車髭忍
- 782 名前:デフォルトの名無しさん [2006/03/16(木) 17:08:31 ]
- EVT_ERASE_BACKGROUNDって実は前回のDCソースをコピーしてるようで
遅いんですが、でSkip()してみたらDCではなくこんどは色で塗りつぶしやがります もうちらちらちらちらと、指定された背景色ではないです 常にねずみ色です どうしたらちらつき無く高速にできますかね?
- 783 名前:デフォルトの名無しさん mailto:sage [2006/03/17(金) 00:04:43 ]
- 枠線とかだけならXORでインスタンスドローすればいいんじゃね?
- 784 名前:デフォルトの名無しさん [2006/03/17(金) 01:23:56 ]
- インスタンスドローってなに?
- 785 名前:http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://www.microsoft.com/japan/windowsxp/64bit/default.mspx [2006/03/18(土) 19:31:50 ]
- 64bitに対応したトリップ検索プログラムありますか?
TextSS のWindowsXP(Professional)64bit化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?
- 786 名前:デフォルトの名無しさん [2006/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 mailto:sage [2006/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 名前:デフォルトの名無しさん [2006/03/20(月) 16:04:30 ]
- wxTextCtrlでSetValueしただけでEVT_TEXTが飛び回るわけですが
片方を変更すると片方に反映するというのを相互にやろうとした場合 永久機関の完成ですよ なんですかこの仕様は
- 789 名前:デフォルトの名無しさん [2006/03/20(月) 16:10:52 ]
- 誰かwxWidgetsをJavaでラッピングしてGCJでコンパイルできるようにしてくれませんか?
SWT使うのいやだし、Swingのラッパー使うのもいやなので。
- 790 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 17:16:06 ]
- >>788
それ大抵のGUIツールキットで普通の現象。 相手側にこの変更は通知しないフラグ立ててsetValue->フラグ解除汁。 でなきゃ受けオブジェクトを他に持って、それで受けて両方に反映。
- 791 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 17:51:02 ]
- >>788
EVT_TEXT_ENTER や EVT_CHAR は?
- 792 名前:デフォルトの名無しさん [2006/03/21(火) 01:02:35 ]
- >>790
Windowsネイティうはそんな仕様じゃないですよ もちろんMFCも そもそもイベントっちゅーのはユーザ操作を検知するものであって プログラム的なタイミング検出はプログラム的にやるでしょ
- 793 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 09:39:49 ]
- >>792
MFCとの違いで戸惑うのは同意します。 自分が慣れ親しんできたものと違うものに遭遇すると、自分の居所を中心にして 他のものを使いにくいものだと感じるのは自然な反応です。 でも、みっともない。
- 794 名前:デフォルトの名無しさん [2006/03/21(火) 12:32:11 ]
- 利点の問題でしょ
- 795 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 17:24:28 ]
- >>792
えーっと、だからどうしたいんですか?ちょっとお前の気持ちで考えてみたよ。次のどれ? ・WindowsネイティブやMFCの方こそ正統、wxWidgetsはそれに合わせろ。 ・WindowsネイティブやMFCの方こそ正統、wxWidgetsは糞だ。使えない。 ・WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を啓蒙してやる。 ・WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を煽ってやる。
- 796 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 17:51:50 ]
- 「WindowsネイティブやMFCの方こそ正統」以外の選択肢がwww
- 797 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 21:48:06 ]
- 被害妄想乙
- 798 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 22:00:15 ]
- Windowsネイティうは
- 799 名前:デフォルトの名無しさん [2006/03/22(水) 00:00:19 ]
- >>795
イベントとはユーザ操作による概念で形成されているのですべてにおいて統一されいるほうが 一貫性があり直感的に理解できる、前例の有無の問題ではない プログラム的な修正についてイベントが発生するということは、そのわかりきったプログラム的な タイミングの検出方法に2つの動作洗濯機を与えることになり、これは後にプログラムを読む人間に とって非常に大きな障壁となるだろう このことによる弊害はそれだけにとどまらず、余計な処理を必要とするためにコードが大幅にふくらみ複雑になる こういった問題はこれはそうなのだからいいのだとかの軽い問題ではなく、それによって開発されるもの すべてに多大な影響を与える非常にシビアな問題である 私にはプログラム操作をイベント化する利点が見つけられない 単純にWindows仕様が嫌いだからという理由ならばこれほど馬鹿げた話はないだろう しかしwxWidgetsはもっともMFCに影響を受けMFCを崇拝した仕様になってるのになぜこんなことを しているのか疑問である
- 800 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 00:18:20 ]
- >>799
「WindowsネイティブやMFCの方こそ正統」まで読んだ
- 801 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 03:01:47 ]
- >>799
「洗濯機」まで読んだ
- 802 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 06:00:10 ]
- wxWashingMachine
- 803 名前:デフォルトの名無しさん mailto:sage [2006/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)ならお手並み拝見。 さあ、どれだ。 選択肢にお前の「どうしたい」がなかったら番号じゃなくて、ちゃんと書けよ。 もう理由は書かなくていいからな。
- 804 名前:デフォルトの名無しさん [2006/03/22(水) 08:17:24 ]
- 被害妄想すごいなw
wxWidgetsはお気に入りのフレームワークだ だが、お気に入りならひとつの欠点も指摘できないような信者にはなりたかない バージョンアップで対応するか対応してやってもいいが とにかく今のこの部分の仕様は利点がない Windows厨も痛いが、安置Windows厨も痛いなw まああれだ、wxWidgetsのベースソースもいじれないようなガキンチョはすっこんでろってこったw
- 805 名前:デフォルトの名無しさん [2006/03/22(水) 08:23:03 ]
- >>803
Hello World以外でなんか作ってから物しゃべろうなw
- 806 名前:デフォルトの名無しさん [2006/03/22(水) 14:03:17 ]
- >>792の言いたい事って
「SetTextでイベント雪崩が起きちゃって困るんだけどどうしたら良い? ぼくちゃんが今まで使ってたWindowsネイティブだと起きないから対処法わからないよ」でしょ
- 807 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 17:20:16 ]
- どうでもいいけど、要望は開発者にしてくれ。
ここに書くと愚痴にしかならん。
- 808 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 17:33:09 ]
- >>806
それにしても790、791でだいたいわかりそうなもんだが。
- 809 名前:デフォルトの名無しさん [2006/03/23(木) 01:39:12 ]
- どうせ愚痴以外に話題だせるようなやついないんだろ?w
- 810 名前:デフォルトの名無しさん mailto:sage [2006/03/23(木) 09:37:28 ]
- ていうかここまで全部俺の自演だし
- 811 名前:デフォルトの名無しさん [2006/03/25(土) 05:45:31 ]
- LGPLってことは動的なリンクなら問題ない?
VS2003使っているんですが動的なリンクってどうやったらできるんですか?
- 812 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 05:56:25 ]
- スタティックリンクでも問題なし
- 813 名前:デフォルトの名無しさん [2006/03/25(土) 11:16:47 ]
- LGPL改定で基本的にすべてのライセンスを放棄してるのと変わりない
- 814 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 14:37:34 ]
- それなんてBSDラ(ry
- 815 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 14:50:56 ]
- とりあえずライセンス読め
乱暴にまとめると ・基本はLGPL ・例外として、このライブラリベースのバイナリのオブジェクトコードを、好きな 契約下で使用、コピー、リンク、修正、頒布してもいいけど、 - 他からLGPLやGPLライセンスのコードを持って来た場合は知らんよ - ライブラリ自体を修正した場合は、wxWindowsライセンスにするか LGPLにするかは自分で決めろよ。 動的リンクやスタティックリンクしたオブジェクトコードを好きなライセンスで 配布できるけど、あくまでオブジェクトコードだけな。 ソースコードでwxWidgetを配布する場合は、依然としてその部分は LGPL or wxWindowsライセンスで、ライセンスを放棄してるわけ じゃないよ。
- 816 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 14:52:42 ]
- BSDとは、ソースコードを流用したときのライセンスの扱いが違うと思う。
- 817 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 15:50:37 ]
- >>812-816
わかりやすい説明ありがとうございました。 がんばって覚えてみようと思います。
- 818 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 18:49:26 ]
- ライセンスの放棄とかわけわかんねーし。BSDだって
ライセンス条項ちゃんとついてるし。なにいってんの
- 819 名前:815 mailto:sage [2006/03/25(土) 20:35:49 ]
- >818
ライセンス放棄は >813を受けての話な。 BSDがライセンス放棄を前提にしているなんて言っちゃいねーからな。 誰だよ、そんな話をしているの。
- 820 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 20:48:01 ]
- ライセンスは著作権者が使用者に「与える」もので著作権者が自ら
放棄するものではない。なぜなら自らが自らに対してライセンスを 与えるという行為はしないからだ。
- 821 名前:デフォルトの名無しさん [2006/03/26(日) 00:02:12 ]
- バイナリにしたら基本的に配布形態は自由です
商用だろうとなんだろうとリンクしようとDLLだろうとなんでもありです wxWidgetsのプロジェクトリーダーが正式に回等したメールを見たことがあります
- 822 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 04:56:57 ]
- wxWidgetsはクロスプラットフォームとフリーライセンスが売りだろ〜。
これを知らずに使い始めるやつっていったい・・・。
- 823 名前:デフォルトの名無しさん [2006/03/26(日) 05:32:54 ]
- wx-Devcppのライセンスはなに?
知っている人教えてください。
- 824 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 10:53:48 ]
- LGPL
- 825 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 11:31:35 ]
- >>822
・クロスプラットフォーム⊂自分の使いたいプラットフォームで使える なのだから別に知らなくても問題ないと思うが。 クロスプラットフォーム性もまんまおまかせで済むわけじゃなく、 プラットフォーム間での挙動の違いとか、プラットフォームによって 実装されてないところとかも多少あるしね。
- 826 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 12:04:04 ]
- >>824
ありがd
- 827 名前:デフォルトの名無しさん [2006/03/26(日) 13:47:11 ]
- >>825
>822が書いた、クロスプラットフォームとフリーライセンスの どっちを「別に知らなくても問題ない」と書いているの? クロスプラットフォーム性を重視しないのなら、wxのメリットってかなり無くなるよね。 MFCで組むとか、Cocoaで組むとか、Gtk+で組むとかの方が良いんじゃない? ライセンスの緩さを重視しないのなら、Qtの方がクロスプラットフォームツールキットとしての 出来は良いんじゃない? やっぱり、wxのメリットってクロスプラットフォームとフリーライセンスの両方を必要とするところで 出てくるんじゃないかなあ。
- 828 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 14:26:47 ]
- そこに山があるから。
- 829 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 15:47:59 ]
- > クロスプラットフォーム性を重視しないのなら、wxのメリットってかなり無くなるよね。
> MFCで組むとか、Cocoaで組むとか、Gtk+で組むとかの方が良いんじゃない? そうか? feasibleな選択であれば別に何使っても構わんだろ?
- 830 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 16:15:02 ]
- Visual C++ 2005 Express Editionで使用可能なの?
- 831 名前:デフォルトの名無しさん [2006/03/26(日) 17:46:49 ]
- どうでもいいが実行ファイルでかすぎだろw
- 832 名前:デフォルトの名無しさん [2006/03/26(日) 17:54:59 ]
- あんまり期待しないで聞いてみる
wxZlibStreamってのがあるわけだがファイルに出す方法はわかったんだが メモリにだすにはどうしたらよいのでしょうか? メモリ上のデータを圧縮してバッファに格納して結果のサイズを知りたいわけです
- 833 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 18:54:03 ]
- wx-Devcppでコンパイルしたら実行ファイルが約4Mもある。
どうにかならんものか・・・・
- 834 名前:832 [2006/03/26(日) 19:23:50 ]
- とりあえず出来たからいいや、教えないいけどw
- 835 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 00:59:50 ]
- >>831
>>833 それがクロスプラットフォーム性の代償です。 (等価交換の法則)
- 836 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 01:36:40 ]
- いやそれにしてもでかすぎだろ。TkはTclインタプリタ抱き合わせだけど
1.5Mくらいだろ。なんであんなにでかくなんだよ。
- 837 名前:デフォルトの名無しさん [2006/03/27(月) 02:12:13 ]
- リンクするときに普通は必要な部分だけのバイナリを実行ファイルに組み込むわけで
小さくなるんだけど これは常にほとんど使用状態で上位クラスが成り立ってるから全部セットでついてくるんだよな Hello Worldだけでも相当でかいw まあ規模のでかいソフトだと別に問題ないがw
- 838 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 02:35:12 ]
- ランタイムを分離するとかもう少しやり方がありそうなモノだが。
実行ファイルがいくつもある場合無駄が多すぎ。
- 839 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 03:03:01 ]
- というかそれってできないの?
小さな実行ファイルと巨大なdllに分かれてくれたほうが落ち着くというか何というか
- 840 名前:デフォルトの名無しさん [2006/03/27(月) 07:41:17 ]
- できます
- 841 名前:デフォルトの名無しさん [2006/03/27(月) 08:45:06 ]
- listctrl.cpp
void wxGenericListCtrl::DoClientToScreen( int *x, int *y ) const { return m_mainWin->DoClientToScreen(x, y); } なんじゃこりゃw
- 842 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 12:52:58 ]
- 丸投げ
return がイカスね
- 843 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 15:02:43 ]
- return イカス!
- 844 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 15:18:49 ]
- return イカスミスパゲッティ
- 845 名前:デフォルトの名無しさん [2006/03/27(月) 18:55:04 ]
- おいお前ら気づけよ
最新の2.6.3ソースなわけだが void で returnしてんだよw
- 846 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 19:08:14 ]
- 気づいててもそんなヤボチンなカキコするのは藻前だけ
- 847 名前:デフォルトの名無しさん [2006/03/27(月) 19:25:18 ]
- 気づかないよりはましwww
- 848 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 19:45:54 ]
- C++的にはおkwwwwwwwwww
Cだとダメポスス
- 849 名前:デフォルトの名無しさん mailto:sage [2006/03/27(月) 23:06:01 ]
- >>839
wxWidgetsのオプション違いとコンパイラ違いとバージョン違いのDLL Hellへようこそ。 普通にstatic linkする富豪的解決法が一番楽で安全だよ。
- 850 名前:デフォルトの名無しさん [2006/03/28(火) 00:00:43 ]
- >>848
はぁ?wwwwwwwwwwwwwwwwwwww
- 851 名前:デフォルトの名無しさん [2006/03/29(水) 12:16:02 ]
- 2.6.3にてwxComboBoxのwxDefaultSizeの扱いが勝手に変更された模様
- 852 名前:デフォルトの名無しさん [2006/03/29(水) 12:20:48 ]
- 「勝手に」ってどういう意味?君の許可を得ずにってこと?
- 853 名前:デフォルトの名無しさん [2006/03/29(水) 12:59:04 ]
- そうだよ ユーザの許可もとらずに仕様変更なんて最低だと思う
- 854 名前:デフォルトの名無しさん [2006/03/29(水) 13:00:24 ]
- 他人の揚げ足取りになると急にレスがつきだすw
たぶんこのスレ馬鹿しかいないんだなw もうちょっと内容のあるレスしようぜw 出来ないなら消えろwっていうと誰もいなくなりそうだがw ところでwx_dll.dsw誰かコンパイルできた人いるか?w
- 855 名前:デフォルトの名無しさん mailto:sage [2006/03/29(水) 16:08:22 ]
- >>854
わ か り や す い な
|

|