【GUI】wxWidgets(旧wxWindows) その2【サイザー】

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 730 名前：デフォルトの名無しさん [2006/01/29(日) 22:54:55 ] >>726 たぶんそれ、執筆者の写真にパワーを吸い取られた後だからだろ。 731 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 03:15:01 ] wxは好きだけど、アホみたいに下位互換を重視している意味がわからない。 732 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 03:41:09 ] >>731 互換はあるに越したことはないからな。 Windowsに互換性がなかったら今のシェアも流石になかっただろう。 OSだからwxと全く同じ話だとは言わないけどな。 733 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 08:24:49 ] 方向性として下位互換にこだわっているというよりも、レガシーOSのユーザが 置いていかれまいと躍起になってサポートしているような気がするよ。 734 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 11:51:18 ] どーせなら、LinuxでもつかえるWTLみたいなの実装してくれねーかな。 735 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 18:08:56 ] おれはwxWidgetsを愛している 736 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 21:41:17 ] レガシーOSを切り捨ててテンプレートやらSTLやらBOOSTやらを使った同様のものがほしいところだ。 737 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:39:08 ] int main()がワーカースレッド側に置かれてて、 printfとかがSendMessageを呼んでGUIスレッドと連動するように作って欲しい。 処理が重くて長いプログラムが多いんでこっちではそうしてる。 738 名前：デフォルトの名無しさん mailto:sage [2006/02/05(日) 22:39:58 ] wxScintillaの変更をしようかなと思っていましたが、馬鹿がやるものではありませんでした。 わからない・対処できないところばかり。 www.geocities.jp/full_sarcasm/libbkt.html wxWidgetsで行っているキー入力やGtkIMContextのシグナル処理と折り合いがつかず、 GTKでの日本語入力を実装できません。 GtkIMContext関連の処理を作り込んだ例ってありませんか？ 739 名前：783 mailto:sage [2006/02/06(月) 00:55:21 ] 車輪の再発明をしても仕方がありませんし、公開に値するしろものでもありませんので 将来的にもソースは出せないと思います。 ゆくゆくは自作のプログラムに組み込めればそれでいいかな、と。 740 名前：デフォルトの名無しさん mailto:sage [2006/02/06(月) 01:22:49 ] >>739 そういうこと書くと、手伝ってあげようって人を萎えさせるだけだと思う 普通に質問だけしたほうがいいんじゃないか 741 名前：デフォルトの名無しさん mailto:sage [2006/02/06(月) 02:14:43 ] しむらー、783! 783! 742 名前：デフォルトの名無しさん mailto:sage [2006/02/07(火) 03:08:07 ] 未来人、乙 743 名前：デフォルトの名無しさん mailto:sage [2006/02/08(水) 00:42:42 ] wxruby+windowsにて、画面キャプチャプログラムを書いています。 いまは、win32apiをrubyから叩く形で、画面取得を行っているのですが、 wxrubyだけで、画面キャプチャできるのでしょうか？ wxpythonだと、wxscreendcクラスを利用して画面キャプチャする例を見つけまし た。ところがwxrubyでは、screendcクラスはサポートされていないようです。 どなたか、wxrubyにてroot windowから画面取得を行う方法についてご存知の方 はいらっしゃいませんか？ 744 名前：デフォルトの名無しさん mailto:sage [2006/02/08(水) 20:43:14 ] wxWidgetsのリファレンスを調べて、wxWidgetsにないのか wxrubyにだけないのかくらい判断してからまたおいで。 745 名前：デフォルトの名無しさん mailto:sage [2006/02/08(水) 22:48:05 ] >>743 公式の周辺へ行きなされ。 ここには数人しかおらんし、せいぜいC++とPy使いくらいじゃろう。 746 名前：デフォルトの名無しさん mailto:sage [2006/02/10(金) 02:57:21 ] >744 う。すみません、言葉足らずでした。 wxWidgetsには存在しているwxscreendcが、wxrubyではサポートされておらず、 なにか代替手段がないかな、という質問でした。 >745 公式周辺もあたってみまーす。 みなさま助言ありがとうございました！ 747 名前：デフォルトの名無しさん mailto:sage [2006/02/10(金) 03:11:56 ] 自分で実装しちゃうのが一番はやいんでないの。 実装たってラッパーなんだから似たようなものの真似すれば簡単にいけるでしょ。 748 名前：デフォルトの名無しさん [2006/02/16(木) 19:55:50 ] roadmapを見ていたのだが、 www.wxwindows.org/roadmap.htm > 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 名前：デフォルトの名無しさん mailto:sage [2006/02/16(木) 23:39:50 ] std::stringってそもそも継承して使うの推奨されないのでは・・・ 750 名前：デフォルトの名無しさん mailto:sage [2006/02/16(木) 23:52:33 ] >>749 ディストラクタに virtual が無いからだっけ。 やるとするなら、typedef かコンポジションかねぇ。 751 名前：デフォルトの名無しさん mailto:sage [2006/02/17(金) 23:41:42 ] STLコンパチを目指すなら妙な派生クラス導入するよりも互換性のあるIteratorを提供してくれたほうがずっとありがたい 752 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 04:37:34 ] 組み込みに使おうと思って調べてみたけどライセンスが糞だな。 GPL氏ね！ 組み込みでソース公開なんて出来る訳ないじゃん。 ファームうp無しに１０年以上使われるの前提ですよ。 753 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 06:40:03 ] 752の頭は糞だな。 752氏ね！ 754 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 06:42:53 ] つかいったいどのライセンスを調べたんだ。 実は別のスレへの誤爆だとか？ 755 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 08:27:59 ] >>754 うん。wxのことではないことは確かだな。 756 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 09:25:19 ] wxWindowを基底クラスにウィンドウを作って 半透明にしたいのだけど、子ウィンドウとしてね 何層にも重ねる可能性があります そういう独自クラスを作ろうかと思ってるんだけど 上位レベルまでの描画情報を取る方法ってありますかね？ アルファ処理は独自に実装してペイントイベントでやればいいのだけど 上位ソースがないことには半透明のブレンドができないのです できればＯＳ非依存で 757 名前：756 mailto:sage [2006/02/23(木) 09:27:24 ] 一応環境はＶＣ６でWindowsＯＳを基礎にしてます 758 名前：756 mailto:sage [2006/02/23(木) 09:30:09 ] あ、あと各層のサイズはばらばらでマスクで形もいろいろになるので 単純に一個下の表示ソース参照ってわけにはいきませんので 759 名前：756 mailto:sage [2006/02/23(木) 09:35:03 ] あ、と書いてていい方法思いついてしまったｗ 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は別人ですｗ 兄弟のポインタは子自身からでもとれるのでオーダー順にひたすらＤＣを追いかけようかなと スピードが気になるけど、それが一番スマートなやり方だからいいなと思いましてね 特別管理する別クラスもいらないし 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); の前に書き込んでもボタンを押すごとに１行目しか変わりませんでした。 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 イベントとはユーザ操作による概念で形成されているのですべてにおいて統一されいるほうが 一貫性があり直感的に理解できる、前例の有無の問題ではない プログラム的な修正についてイベントが発生するということは、そのわかりきったプログラム的な タイミングの検出方法に２つの動作洗濯機を与えることになり、これは後にプログラムを読む人間に とって非常に大きな障壁となるだろう このことによる弊害はそれだけにとどまらず、余計な処理を必要とするためにコードが大幅にふくらみ複雑になる こういった問題はこれはそうなのだからいいのだとかの軽い問題ではなく、それによって開発されるもの すべてに多大な影響を与える非常にシビアな問題である 私にはプログラム操作をイベント化する利点が見つけられない 単純に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 ] 被害妄想すごいなｗ wxWidgetsはお気に入りのフレームワークだ だが、お気に入りならひとつの欠点も指摘できないような信者にはなりたかない バージョンアップで対応するか対応してやってもいいが とにかく今のこの部分の仕様は利点がない Windows厨も痛いが、安置Windows厨も痛いなｗ まああれだ、wxWidgetsのベースソースもいじれないようなｶﾞｷﾝﾁｮはすっこんでろってこったｗ 805 名前：デフォルトの名無しさん [2006/03/22(水) 08:23:03 ] >>803 Hello World以外でなんか作ってから物しゃべろうなｗ 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 ] どうせ愚痴以外に話題だせるようなやついないんだろ？ｗ 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 ] ＬＧＰＬ改定で基本的にすべてのライセンスを放棄してるのと変わりない 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 ] バイナリにしたら基本的に配布形態は自由です 商用だろうとなんだろうとリンクしようとＤＬＬだろうとなんでもありです 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で使用可能なの？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef