- 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
- 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
ありが㌧
- 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 ]
- どうでもいいが実行ファイルでかすぎだろｗ
- 832 名前：デフォルトの名無しさん [2006/03/26(日) 17:54:59 ]
- あんまり期待しないで聞いてみる
wxZlibStreamってのがあるわけだがファイルに出す方法はわかったんだが
メモリにだすにはどうしたらよいのでしょうか？
メモリ上のデータを圧縮してバッファに格納して結果のサイズを知りたいわけです
- 833 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 18:54:03 ]
- wx-Devcppでコンパイルしたら実行ファイルが約４Ｍもある。
どうにかならんものか・・・・
- 834 名前：832 [2006/03/26(日) 19:23:50 ]
- とりあえず出来たからいいや、教えないいけどｗ
- 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だけでも相当でかいｗ
まあ規模のでかいソフトだと別に問題ないがｗ
- 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);
}
なんじゃこりゃｗ
- 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してんだよｗ
- 846 名前：デフォルトの名無しさん mailto:sage [2006/03/27(月) 19:08:14 ]
- 気づいててもそんなヤボチンなカキコするのは藻前だけ
- 847 名前：デフォルトの名無しさん [2006/03/27(月) 19:25:18 ]
- 気づかないよりはましｗｗｗ
- 848 名前：デフォルトの名無しさん mailto:sage [2006/03/27(月) 19:45:54 ]
- C++的にはおｋｗｗｗｗｗｗｗｗｗｗ
Cだとﾀﾞﾒﾎﾟｽｽ
- 849 名前：デフォルトの名無しさん mailto:sage [2006/03/27(月) 23:06:01 ]
- >>839
wxWidgetsのオプション違いとコンパイラ違いとバージョン違いのDLL Hellへようこそ。
普通にstatic linkする富豪的解決法が一番楽で安全だよ。
- 850 名前：デフォルトの名無しさん [2006/03/28(火) 00:00:43 ]
- >>848
はぁ？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 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 ]
- 他人の揚げ足取りになると急にレスがつきだすｗ
たぶんこのスレ馬鹿しかいないんだなｗ
もうちょっと内容のあるレスしようぜｗ
出来ないなら消えろｗっていうと誰もいなくなりそうだがｗ
ところでwx_dll.dsw誰かコンパイルできた人いるか？ｗ
- 855 名前：デフォルトの名無しさん mailto:sage [2006/03/29(水) 16:08:22 ]
- >>854
わ か り や す い な
- 856 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 09:53:07 ]
- ﾄｰﾄﾛｼﾞｰ >>854
- 857 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 08:12:33 ]
- ２．６．３のxmlparseが-mno-cygwinでこけます。
ビルドに成功した人いますか？
./bk-deps gcc -c -o wxexpat_xmlparse.o -I./src/expat -DNO_GCC_PRAGMA -Ilib/wx/
include/msw-ansi-release-static-2.6 -I./include -O2 -fno-strict-aliasing -mno-cy
gwin -Wall -Wundef ./src/expat/lib/xmlparse.c
./src/expat/lib/xmlparse.c:92:2: #error memmove does not exist on this platform,
nor is a substitute available
./src/expat/lib/xmlparse.c: In function `XML_SetEncoding':
./src/expat/lib/xmlparse.c:883: error: `isParamEntity' が宣言されていません (こ
の関数内で最初に利用)
./src/expat/lib/xmlparse.c:883: error: (未宣言の各変数については、それが最初に現
われたそれぞれの関数
./src/expat/lib/xmlparse.c:883: error: に対して一度だけ報告されます。)
./src/expat/lib/xmlparse.c:883: error: `externalParEntInitProcessor' が宣言され
ていません (この関数内で最初に利用)
./src/expat/lib/xmlparse.c: In function `XML_SetReturnNSTriplet':
./src/expat/lib/xmlparse.c:1105: error: `isParamEntity' が宣言されていません (こ
の関数内で最初に利用)
./src/expat/lib/xmlparse.c:1105: error: `externalParEntInitProcessor' が宣言され
ていません (この関数内で最初に利用)
./src/expat/lib/xmlparse.c: In function `XML_SetParamEntityParsing':
./src/expat/lib/xmlparse.c:1357: error: `isParamEntity' が宣言されていません (こ
の関数内で最初に利用)
./src/expat/lib/xmlparse.c:1357: error: `externalParEntInitProcessor' が宣言され
ていません (この関数内で最初に利用)
./src/expat/lib/xmlparse.c: At top level:
./src/expat/lib/xmlparse.c:308: 警告: 'processInternalParamEntity' declared `sta
tic' but never defined
make: *** [wxexpat_xmlparse.o] エラー 1
- 858 名前：デフォルトの名無しさん [2006/04/02(日) 12:43:20 ]
- どれダウンロードした？
- 859 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 14:26:14 ]
- >>858
すんません。
ttp://jaist.dl.sourceforge.net/sourceforge/wxwindows/wxMSW-2.6.3-1.zip
です。
ttp://0xcc.net/pub/uu-2004-08/
この辺を参考に
export CFLAGS="-mno-cygwin"
export CXXFLAGS="-mno-cygwin"
export LDFLAGS="-mno-cygwin"
./configure --disable-shared --disable-threads
make
でこけました。
#gcc バージョン 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
- 860 名前：デフォルトの名無しさん [2006/04/02(日) 18:03:17 ]
- パッチでてるよ
- 861 名前：デフォルトの名無しさん mailto:sage [2006/04/03(月) 12:41:26 ]
- あー、パッチ２でてますね。
家帰ったら再トライしてみます。
ありがとうございました。
- 862 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 12:50:09 ]
- Mac版のwxPythonアップデートしたら、returnキーとenterキーのコードが区別されとる
使ってたスクリプト修正しなきゃ使いづらい・・・
- 863 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 18:57:57 ]
- 的外れな質問だったらｽﾏｿ
wxPythonってMacOS9用のアプリも作れますか？
- 864 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 21:18:31 ]
- wxPython2.6で、ListCtrlの行を選択したときに、別のTextCtrlにFocusを移したいのですが
行を１回クリックしただけではだめで、間をおいて（ダブルクリックにならないように）もう一回クリックしないと
フォーカスが移りません。
これを一回でフォーカスが移るようにならないでしょうか？
MacOSXでもWindowsXPでも同じでした。
サンプルソースはこんな感じです。
class LIST(wx.ListCtrl):
def __init__(self, parent):
wx.ListCtrl.__init__(self, parent, -1, pos=(10,40), style=wx.LC_REPORT | wx.LC_VIRTUAL )
self.parent = parent
self.InsertColumn(0, "data")
self.SetItemCount(1)
self.Bind(wx.EVT_LIST_ITEM_SELECTED, self.OnItemSelect)
def OnGetItemText(self, row, col):
return 'spam'
def OnItemSelect(self, event):
self.parent.InputBox.SetValue('SPAM')
self.parent.InputBox.SetFocus()
class MyApp(wx.App):
def OnInit(self):
self.frame = wx.Frame(None, -1, "python")
self.frame.InputBox = wx.TextCtrl(self.frame, -1, "Input", pos=(10,10))
self.frame.List = LIST(self.frame)
self.frame.Show(1)
return 1
- 865 名前：デフォルトの名無しさん [2006/04/12(水) 17:11:30 ]
- 一日たっても解決できなかった。
結局、「次に何か入力されるときに TextCtrl に入力されればいい」ので、
ListCtrl に EVT_CHAR イベントくっつけて TextCtrl に書き込まれるようにした。
- 866 名前：デフォルトの名無しさん mailto:sage [2006/04/12(水) 17:32:15 ]
- 書籍のＰＤＦ
ttp://www.phptr.com/promotions/promotion.asp?promo=1484&redir=1&rl=1
- 867 名前：デフォルトの名無しさん [2006/04/12(水) 18:35:43 ]
- >>866
Amazonで洋書を買った後だったので、結構ショック。
|
 |
