【C++】マイナーGUIツールキット

1 名前：デフォルトの名無しさん mailto:sage [03/10/09 00:41.net] とにかくdat落ち必死なこの話題をどうかひとつ。 関連スレ: 【GUIライブラリ】wxWindowsでのひょーん pc2.2ch.net/test/read.cgi/tech/1052186697/ 446 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 01:47:00 .net] >>445 ググって、VirtualAllocこれが何かはわかった。 （呼び出し側プロセスの仮想アドレス空間に領域を確保） が、そのほかの部分がわからない。 もうちょっと噛み砕いてお願いしたい。 447 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:04:48 .net] とりあえず他でやって欲しい。 448 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:05:45 .net] マイナーGUI（ラッパか・・・）作ってるからいいんじゃね？ 449 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:27:18 .net] >>446 君がどういうレベルかわからないと説明は難しい。 stdcallとcdeclは知っている？ clのABIはthiscallでECXにthisが入るのは知っている？ 450 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:41:11 .net] 私のレベルは、簡単なものならAPIをガリガリでモノを作れる。 MFCは使ったことなし。 >stdcallとcdeclは知っている？ これは名前は知っている。 >clのABIはthiscallでECXにthisが入るのは知っている？ これは、知らない。 cl・・・コンパイラ？ ABI・・・アプリケーション・バイナリー・インターフェイス？ thiscall ≒ cdecl？ ECX・・・アセンブリは全く知らない つまり、アセンブリを知らないとできないってこと？orz 451 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 03:14:18 .net] >>450 アセンブリと言っても別に難しい知識は必要ない。 C言語が使えるんなら、レジスタとスタックの操作、 つまりmovとpushくらいは3分でわかるはず。 そして引数がスタックに積まれることが理解できれば良い。 そのスタックをどこで戻すかの違いがstdcallとcdecl。 インスタンスメソッドに対してはインスタンスが引数として扱われる。 それがcl（VC++のコンパイラ）ではECXで渡されるということ。 ちなみにgccだと第一引数としてスタックに積まれる。 こういう呼び出し規約のことをABIと呼ぶ。 なぜこんな知識が必要か？ それはインスタンスメソッドに対してコールバックさせるため。 実際にATLではこの方法が使われている。 ハッシュで済ませるんなら必要ないんだけど、 外部に委譲させるときに悩むことになる。 452 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 03:23:19 .net] ふと疑問に思って昔作ったGUIクラスをひっぱりだして覗いてみたら SetWindowLong( hWnd, GWL_USERDATA, (int)this ); みたいな感じのを使ってた。ハンドルと32bitデータを関連付けられるらしい。 で、Windowプロシージャで GetWindowLong( hWnd, GWL_USERDATA ); を使って、ハンドルから対応クラスのポインタをひっぱってきて Window別のイベントを処理してた。なつかすぃ。 453 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 03:33:48 .net] >>452 その方法だとたとえばウィンドウ上でIMEの入力をしているときに 候補の上でホイール回したりしてIMEが作ったhWndが飛んでくると 不正なポインタに飛ばすことになって落ちるよ。 結局、登録されたhWndかどうかチェックするとハッシュになってしまう。 454 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 07:15:09 .net] >>445 ウィンドウインスタンスごとにRegisterClassExって何か違うと思う。 ATLでやってるのは、StartWindowProcってのを登録しといて、 StartWindowProcの中でサンクつくって、次回以降はそれが呼ばれるようにする、っていう方法だったと思う。 >>453 俺はIME触ったこと無いから実際はどうなのか知らないんだけど、 そんなことがあったらそれIMEのバグじゃねーの? 455 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 09:30:36 .net] 同じくで、サンク作る方法は自分でも書いたことあったけども>>454の意味はちまちまわからんとこが。 ATLのソースか、エディタのGreenPadがそんな方法使ってたから見てみてもいいかも。 わかりにくい上に機械語直接埋め込むから試しに自分でラッパ書いてみる、って段階ではどうかと思うが、早いし。 ウィンドウハンドルとthisを関連づける方法はGWL_USERDATAの他にSetProp/GetPropAPIもある。 ttp://hp.vector.co.jp/authors/VA022575/c/msgmap.html ttp://hilbert.elcom.nitech.ac.jp/~taki/program.html 一応この辺がその辺の話。 456 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 10:50:11 .net] 454だけど、実際にATLがどうやってるのかは>>455のリンク先が詳しいのでそっち見てね。 あと、WndProcからthisを手に入れる方法を適当にまとめてみた。他にも方法あるかも。 どこにHWND↔thisの対応を入れておくか ・Set/GetWindowLongPtrを使う(GWLP_USERDATAを使うのか、cbWndExtraで確保しとくのか) ・Set/GetPropを使う(キーは文字列かATOMか) ・ハッシュテーブルを使う(排他制御はどうすんのか) ・サンクを使う(CPUのアーキテクチャごとにry) どのタイミングでHWND↔thisを関連づけるか ・WM_CREATEで(thisはCreateWindowの最後の引数か、グローバル変数から) ・最初にWndProcが呼ばれた段階で(thisはグローバル変数から) ・WH_CBTとかWH_CALLWNDPROCフックで(thisはグローバル変数から) ・そもそもWM_CREATEイラネ、CreateWindowを呼んだ後で ただしグローバル変数にはTLSも含む 457 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:24:53 .net] いくつか意見がでてるけど、個人的にはハッシュが一番楽じゃない？と思う。 std::map<HWND,[基底クラスのポインタ]> g_controlList; LRESULT CALLBACK WindowProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) { 　　基底クラス *p基底クラス = g_controlList[ hWnd ]; 　　// コントロール別イベント処理 　　p基底クラス->OnEvent(msg, wParam, lParam); } 最近C++書いてないんで色々間違ってそうだけど、キモはこんな感じかと。 ここは、より良い方法がでてきたら差し替えることにして 次へ進んだ方が本人の為になるし、スレ的にも面白いｗ 458 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 13:50:14 .net] >>454 インスタンスごとにクラスを登録しているのはWindows Formsだね。 459 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 18:40:07 .net] この流れを見てるとこのスレの住人はやっぱり結構自分ラッパを書いてしまっているんだなあと感じて親近感がｗ しかし>>450は付いてきているのか。周りが凄い盛り上がってしまってるけど。 460 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 21:38:28 .net] >>450は単語一個一個調べたり、根が真面目そうなんで、 今、大量の情報がドカドカ出てきたので知らん部分をググってる最中じゃない？ 期待がプレッシャーにならない程度にマターリ待つのが良いかと。 俺もラッパ作ちゃった１人なんだが、結局デザイナーツールの作成が面倒で 活用には至らなかった。 その辺までしっかり作った人っているの？ 461 名前：デフォルトの名無しさん [2008/11/10(月) 00:28:53 .net] なぁ、>445 の方法って、ネットで探しても情報ないのな。 ATLのソース読んでみようと思ったけど、どこから読んだらいいのかわかんねｗ >450 は初心者っぽいしきつい気がするのは俺だけか？ そういや、昔、CマガでGUIライブラリを作るってのがあったが あれは参考にならないか？ もう、手に入らないけど。 462 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 02:05:47 .net] >>460 > その辺までしっかり作った人っているの？ WideStudioってきもいけど凄いよね 463 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 06:11:25 .net] >>461 ATLについては>>455 >>445の言ってるのはATLじゃなくてWindows Formsのことらしい 464 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 07:58:51 .net] 『組み込みGUI(ウィンドウ・システム)環境の設計と実装』って本 読んだことある人います？　おもしろい？ 465 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 08:11:08 .net] >>463 >455は手軽にthunk作るやり方。 ATLはCDynamicStdCallThunkが__AllocStdCallThunkの確保した領域に機械語つっこんでるぞ。 466 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 13:35:58 .net] >>450 適当にサンクを実装してみた。良かったら参考にしてみて。 ttp://www.yourfilehost.com/media.php?cat=other&file=KYSDK20081110.zip >>451 stdcallとthiscallの変換があるから単純にECXに代入するだけじゃダメだぞ？ まあそれでも動くけどさ、ちょっと気持ち悪いよね。 467 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 15:47:24 .net] >>464 フレームバッファ直描きでウィンドウシステムを作る本だよ。 OSを作ったりとか、LinuxでXを使わないGUIを作ったりとか、 そういうことに興味がある人には面白いと思う。 Windowsアプリを作るのにはほとんど参考にならない。 468 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 21:28:35 .net] 一つずつ >>451 >つまりmovとpushくらいは3分でわかるはず。 mov・・・ジスタやメモリに、データの転送を行う push・・・スタックにデータを積む >そのスタックをどこで戻すかの違いがstdcallとcdecl。 このことでいいのかな？ ttp://www.ne.jp/asahi/nagoya/ahomaro/builder/cpb-055.html >ECX レジストリと こんな場所がある、程度でいいのかな？ 469 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 21:32:35 .net] >>452 >>453 >>454 調べたらこんな頁を発見 ttp://qwerty.s2.xrea.com/XC2CCCAB82FBBB2B9CDA4CBA4B7A4C6A4CFA4A4A4B1A4CAA4A4XWindowsSDKXA5ECA5B7A5D42FX2.xhtml サンク(thunk)って、調べても情報がないな。 470 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 21:34:28 .net] >>455 いま、ここまで 参照先のリンクの内容を理解するのに苦労している。 正直、難しい。 471 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 22:41:30 .net] >>469 wikipediaにあったぞ en.wikipedia.org/wiki/Thunk 472 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 17:08:05 .net] WindowsXP SP2のDEPでATLのThunkが問題になってたような気がするんだけど、 あれは何でなんだろ？ 473 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 17:22:32 .net] >>472 ウィルス等がバッファオーバーフローでヒープに不正コードを埋め込むことの対策として ヒープのコードを実行できなくしたのがDEP。 ATLではサンクをHeapAlloc領域でやっていたため引っ掛かることになった。 今のATLはVirtualAllocでPAGE_EXECUTE_READWRITEで確保するため問題ない。 474 名前：472 mailto:sage [2008/11/11(火) 20:27:35 .net] >>473 なるほど、わかりやすい説明サンクスです。 475 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 03:52:36 .net] おまえら！ 言いたいのをガマンしてるなら、代わり俺が言ってやるよ！ あくまでもおまえらの代弁だからな！俺が言いたいワケじゃないんだからな！ なるほど、わかりやすい説明Thunkです。 476 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 07:05:21 .net] さみぃw 477 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 23:11:46 .net] こんな方法どうやって勉強しました？ 478 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 22:33:44 .net] >>477 Windows 3.1の頃（15年前）からプログラム作ってたら嫌でも身に付く 479 名前：デフォルトの名無しさん mailto:sage [2008/11/19(水) 18:52:55 .net] class window { public: 　static window *m_this; 　static LRESULT CALLBACK StartWindowProc(HWND, UINT, WPARAM, LPARAM);　//スタートアップ 　static LRESULT CALLBACK WindowProc(HWND, UINT, WPARAM, LPARAM);　//本命 　HWND SetHandle(HWND hwnd);//ウインドウハンドルを設定する 　void Create();//ここでクリティカルセクションを設定してCreateWindowを呼ぶ } window *m_this; LRESULT CALLBACK window::StartWindowProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam) { 　window *pThis = window::m_this; 　window::m_this = NULL; 　//ここでクリティカルセクションを取り除く 　::SetProp(hwnd, _T("THISCLASS"), (HANDLE)pThis); 　pThis->SetHandle(hwnd); 　::SetWindowLongPtr(hwnd, GWL_WNDPROC, (LONG)window::WindowProc); 　return window::WindowProc(hwnd, msg, wParam, lParam); } かなりふざけた方法だけど... 俺はこんな感じでやってる... 480 名前：デフォルトの名無しさん mailto:sage [2008/12/01(月) 20:53:23 .net] 何となく、自分も昔作ったGUIを晒してみようとサンプル動かしてみたら、 リストビューを拡張して作ろうとしたらしいGridViewがいきなりバグってた。 出直してきます。orz 481 名前：デフォルトの名無しさん mailto:sage [2009/01/12(月) 01:32:46 .net] >>441はもうやめちゃったのかな？ こんなのあったよ www.binzume.net/library/kwui/ 482 名前：デフォルトの名無しさん [2009/01/28(水) 13:05:32 .net] 保守あげ 483 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 16:42:03 .net] ATLを使うと勝手に各アーキテクチャごとにthunk作ってくれる。 使い方は↓のようなかんじです。 class HogeWindow { 　ATL::CStdCallThunk thunk; 　HWND hWnd; 　static LRESULT CALLBACK redirect(T* object, UINT msg, WPARAM wParam, LPARAM lParam) { 　　return object->WindowProcedure(msg, wParam, lParam); 　} 　LRESULT WindowProcedure(UINT m, WPARAM w, LPARAM l) { 　　(処理) 　} 　HogeWindow() { 　　(HWNDを作る) 　　thunk.Init((DWORD_PTR)redirect, this); 　　SetWindowLongPtr(hWnd, GWL_WNDPROC, (LONG_PTR)thunk.GetCodeAddress()); 　} }; 484 名前：デフォルトの名無しさん [2009/03/21(土) 03:51:43 .net] SOL9をVC++2008SP1で試してみた。 >c:\usr\include\sol\window.h(68) : error C2664: 'GetClassNameW' : 2 番目の引数を 'char *' から 'LPWSTR' に変換できません。(新しい機能 ; ヘルプを参照) 1> 指示された型は関連がありません。変換には reinterpret_cast、C スタイル キャストまたは関数スタイルのキャストが必要です。 （面倒だから全部は乗せない） こんなエラーが大量に出てきた。 これって、VC++2008SP1では使えないのか？ 485 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 07:50:26 .net] >>484 unicodeを使わない設定にしてみたら？ 486 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 02:27:38 .net] >>485 サンクス コンパイルできた 487 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 02:29:43 .net] SOL9って何? Solaris9?? 488 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 02:34:23 .net] >>487 ttp://home.att.ne.jp/green/atlan/index.html 489 名前：デフォルトの名無しさん [2009/03/22(日) 15:53:22 .net] 使いやすいのない？ 490 名前：デフォルトの名無しさん mailto:sage [2009/05/20(水) 19:07:36 .net] ほしゅ 491 名前：デフォルトの名無しさん [2009/07/10(金) 06:59:47 .net] Qt LGPL版が出ました。 492 名前：デフォルトの名無しさん [2009/07/19(日) 07:23:32 .net] gtkmm一択 493 名前：デフォルトの名無しさん mailto:sage [2009/07/19(日) 13:17:11 .net] >>491 10 年前にその選択をしてればな… 494 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:50:27 .net] マイナー用のこのスレで聞くのもどうかと思うけど、 OSSプロジェクトで一番使われているマルチプラットフォーム対応の C++ GUIツールキットってどれでしょうか？ wxWidgetsとQtはどっちの方が使われてるのかな？ 495 名前：デフォルトの名無しさん mailto:sage [2009/08/08(土) 08:10:43 .net] fltk 496 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 13:16:20 .net] 今からクロス開発するならＱｔのほうがよさげ。 497 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 13:31:27 .net] >>496 できれば理由も聞きたい 498 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 14:18:48 .net] Qtのほうが作りやすい。API綺麗だし開発ツールも充実してるから。この辺さすが商用は強い。 wxは古臭さ複雑さを隠し切れんな。元がMFCを参考にしているからな。もう限界だろ。 個人的にQPLか高い商用ライセンスがキライだっただけで 今QtをLGPLで使えるなら選択しない理由はあまりないな。 wxの強みはドマイナーなOS環境まで考慮されてることだけど、別にそこまで使わんしｗ 499 名前：デフォルトの名無しさん mailto:sage [2009/08/09(日) 19:49:08 .net] Qtは微妙な独自色がなければ最高なのに。qmakeとかLinguistとかWindowsのUIとか。 500 名前：デフォルトの名無しさん mailto:sage [2009/08/14(金) 20:53:50 .net] 500 501 名前：デフォルトの名無しさん [2009/09/05(土) 08:41:35 .net] Lily C++ GUI Library ttp://kengolab.net/lily/lily_download.html windows専用らしい 502 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 10:32:56 .net] >windows専用らしい ｲﾐﾈｰｗｗｗ 503 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 17:37:53 .net] 仮にただのMFCラッパーだとしても、使い勝手がよければそこに意味はあるはずだ あとこのスレって別にマルチプラットフォーム限定ってわけでもないっしょ？ 504 名前：デフォルトの名無しさん mailto:sage [2009/09/09(水) 20:51:20 .net] ぺたぺた貼れるなら、使い勝手うんぬん言えるが、できないじゃんｗｗｗｗｗ 505 名前：デフォルトの名無しさん mailto:sage [2009/09/12(土) 16:58:33 .net] ペロッ この味は・・・PHPer！ 506 名前：本田 [2009/09/26(土) 17:53:33 .net] Object Windows Library Inprise/Borland cc.codegear.com/partners/bcb5/exclusive/object_windows_library/index.html This release of the Object Windows Library is based on the OWL 5.4 release and is denoted as OWL 5.5. It has been ported to Borland C++Builder 5 by Yura Bidus, author of OWLNExt. It includes source code and debug and release libraries of, OWL, BIDS and OCF. 507 名前：本田 [2009/09/27(日) 12:40:46 .net] >>506 ~ OWLNext project home ~ owlnext.sourceforge.net/ ~ About OWLNext ~ owlnext.sourceforge.net/about.html Advantages of using OWLNext: * OWLNext is an object-oriented framework, built on top of the Windows API without adding much overhead. * OWLNext is pure C++ library, which does not use any vendor- or compiler- specific extensions. * OWLNext fully supports developing Unicode applications. * OLE, OCX and ActiveX support (server and consumer) * OWLNext can be used with wide range of C++ compilers. Currently it is tested with o CodeGear Developer Studio 2007 and 2009 o Borland Developer Studio 2006 o Borland C++ Builder 6.0 o Borland Free C++ Compiler 5.5 o Borland C++ 5.01/5.02 o Microsoft Visual C++ 2003, 2005, 2008 o Microsoft Visual C++ 6.0 Also in the past it has been working with Borland C++ Builder 1.0-5.0, Microsoft Visual C++ 5.0 and GCC and has been ported to Linux using WINE * OWLNext offers easy upgrade path for porting legacy OWL applications to modern compilers and operating systems. * OWLNext is open-source project, it's based on contributions and directions from it's community 508 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 13:03:16 .net] 何だ、クロスプラットフォームじゃないのか… 509 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 13:47:44 .net] クロスプラットフォームとかいらんだろ 510 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 16:06:52 .net] クロスプラットフォームじゃなかったら何の意味が? 511 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 20:08:34 .net] WINEで動けば充分 > has been ported to Linux using WINE 512 名前：本田 [2009/09/27(日) 20:39:01 .net] >>508 Object Windows Library en.wikipedia.org/wiki/Object_Windows_Library In 1993 Borland launched Borland C++ 2.0 for OS/2 which included a version of OWL 2.0. OWL 2.0 used BIDS, the newer template library for 'container' or 'class library'. In January 1994 Borland launched Borland C++ 4.0 for Windows which also included OWL 2.0. It added Doc/View support, VBX controls, OLE. Win16, Win32s and Win32 was supported (Windows 95, the Win32 successor of Windows 3.x appeared in August 1995). Late in 1994, Novell CEO Raymond Noorda resigned. Novell expansion plans were reconsidered, AppWare development was stopped and so was OWL for AppWare. In 1995 a group of original team members bought AppBuilder. In the same year, Software UNO (www.uno.com) offered a commercial port for OWL 2.0, to several platforms: AIX 3.2.5, DEC Alpha OSF/1, HP-UX 9.03, Linux 1.2, Solaris 2.x, Sun OS 4.1.x, and SVR4 fox x86, it was called WM_MOTIF. 513 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 20:46:20 .net] >>512 引用するなら翻訳しろカス 514 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 20:46:37 .net] 10年以上昔の話とか、WINEでポーティングされているとか… 515 名前：本田 [2009/09/27(日) 20:58:13 .net] >>514 【レビュー】 Linux版一太郎と新しいATOKを試す journal.mycom.co.jp/articles/2005/02/03/justlin/002.html Windows版そのままの「一太郎 for Linux」 一太郎 for Linuxは、Win32 APIと互換のバイナリ実行環境をLinux上に実現する「WINE」を利用して動作する。 LinuxネイティブのELFバイナリではなく、 Windows PEバイナリの形で提供されるWindows用アプリケーションだ。 付属のインストーラ(シェルスクリプト)では隠蔽されていたが、 wineコマンドから直接インストーラ(SETUP.EXE)を起動したところ、 そのまま「一太郎2004のセットアップ」と題されたウィザード形式のダイアログが表示された。 516 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 21:00:40 .net] 4年以上昔の話とか、WINEでポーティングされているとか… 517 名前：デフォルトの名無しさん mailto:sage [2009/09/27(日) 21:12:41 .net] >>515 それもどうかと思うけど、完成品とライブラリを一緒くたにするとか… 518 名前：デフォルトの名無しさん [2009/10/02(金) 16:39:07 .net] Win32++ sourceforge.net/projects/win32-framework/ 519 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 12:27:33 .net] Win32++について「GUIがむずかしすぎる」スレから引っ越してきたヨ >66 名前: 60 Mail: sage 投稿日: 2009/10/21(水) 14:38:51 >Win32++の翻訳文書を公開した。 > >・Win32++概要 >　www.h6.dion.ne.jp/~machan/win32pp/overview.txt > >Windowsプログラミングは未経験なので、不適切だったり誤っている箇所があると思う。 >特に、リバーコントロール(Rebar Control)/メッセージの反射(Message Reflection)/ >CWndオブジェクト/WndProc関数に関連した部分は、無理矢理に訳した感がある。 >Win32 APIに詳しい住人さん達からのツッコミに期待。 520 名前：デフォルトの名無しさん [2009/10/26(月) 07:36:35 .net] >>519 なんか色々と乙。 wxばっか使っているのだけどちょっとこっちも使ってみようか… ついでに保守あげ。 521 名前：デフォルトの名無しさん mailto:sage [2009/10/26(月) 14:34:43 .net] sage 522 名前：デフォルトの名無しさん [2009/11/03(火) 18:15:47 .net] GUI比較サイト www.atai.org/guitool/ 世の中にはたくさんのGUI Frameworkがあるね。 523 名前：デフォルトの名無しさん [2009/11/03(火) 18:21:49 .net] >>522 ちょっと情報が古い。 Qtとか、LGPLになったのにそうなっていない。 524 名前：デフォルトの名無しさん mailto:sage [2009/11/03(火) 18:24:12 .net] >>522 Last updated May 13, 2007 525 名前：本田 [2009/11/04(水) 00:38:57 .net] >>507 OWL/OWLNext www.jahanshahi.ws/owl.htm 526 名前：デフォルトの名無しさん mailto:sage [2009/11/04(水) 00:51:02 .net] C++BuilderみたいにGUIでパーツを配置していけるライブラリって 何がありますか？ 527 名前：デフォルトの名無しさん mailto:sage [2009/11/04(水) 18:33:28 .net] >>526 あなたが求めているのは，単なるGUIデザイナじゃなくて，IDEと一体になったいわゆるRADツールだよね？ （例えばフォームの上にボタンをGUIデザイナ上で配置しておいてダブルクリックすると，ボタンをクリックした 時のイベントルーチンのスケルトンが自動的に作成されて，後は中身を書けばいいってヤツ） それだとWindows上のC++で俺の知ってる限りだと，QtとwxWidgets（両方ともマイナーじゃないけど）。 QtならQt CreatorというRADツールがあるし，wxWidgetsならCode::Blocks，DialogBlocks(有料)，wxDev-C++， VisualWｘとRADツールはいろいろある。 WideStudioって日本製のもあるけど，デバッグがIDEのエディタ上ではできなくて（そもそもエディタは内蔵してなくて 外部エディタを使う），コマンドラインデバッガでやるってのが痛い。 あとUltimate++ってのもインストールしてみたけど，使い方がさっぱりわからなかった。 俺みたいな短気なアホには向いてないようだ。 どれがいいかは自分で評価するしかないと思うけど，俺はQt＋Qt Creatorか，wxWidgets＋Code::Blocksが 良いと思う。それぞれ別スレがあるので覗いてみたら？ 俺もC++ Builderの将来に不安を抱いてて，いろいろ評価してるから気持ちはわかるなぁ。 528 名前：デフォルトの名無しさん mailto:sage [2009/11/04(水) 20:17:00 .net] GTK+のGladeは？ 529 名前：デフォルトの名無しさん mailto:sage [2009/11/04(水) 23:30:39 .net] >>528 GTK+はまだ試してないんだけど、GladeってRADツールなの？ いろんなHPで見る限り、ただのGUIデザイナにしか見えないんだけど。 そりゃコードは吐くだろうけど、デバッガでデバッグする等の本格的なIDEの機能は持ってるのかな？ 元のGUIのデザイン変更したら、以前に自分が書いたコードを壊さずにソースコードに反映してくれる？ それらができるんだったら、評価してみたいと思うんだけど。 それとC++じゃなくてCだと言う話なので、ちょっと尻込みしてる。 >>526は「C++ Builderみたいに」と言ってるわけだし．．．． 530 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 00:35:35 .net] >>527 詳しい情報ありがとうございます。 それぞれのスレを覗いてみます。 531 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 07:57:30 .net] >>529 GTK+はC言語専用じゃないよ。 いろんな言語のバインディングがあって、C++用のもの（gtkmm）もある。 と言いつつ、GTK+とかGladeは興味があるだけでまだやってないから GUIデザイナ／RADのことはわかんない。ｽﾏｿ 532 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 13:27:42 .net] >>529 wxWidgets (wxPython) + XRCed 533 名前：527 mailto:sage [2009/11/05(木) 14:48:06 .net] >>532 wxPython+XRcedは面白そう。小さなアプリならいいかもね（何気にPython好きだったりする俺）。 出来上がったらpy2exeで実行ファイルにしてしまう手もありそうだし。 ただXRCedってXRCを出力するからC++にも使えるけど、C++ではRADツールにはなり 得ないんじゃないの？ もう一つC::BみたいなIDEを組み合わせると似たようなことは出来るのかな．．． 534 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 15:26:07 .net] >>533 CodeBlocks + wxWidgets + XRCed 535 名前：からかわれてる？ mailto:sage [2009/11/05(木) 16:05:41 .net] >>534 だからそう書いたじゃん．．．できるってことねw 536 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 17:42:30 .net] GTKの事情は知らんけど、フツーはRADの吐いたコードは手でいじらず、 継承するなりラップするなりで、実装とデザインを分離するのでわ。 537 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 18:35:20 .net] そういうアプローチを取るツールもあるけど（Code::Blocks＋wxFormBuilderとか）， 一般的にRADツールといったら，実装とデザインを分離せず，マニュアルで書いたコード を壊さずにGUIのデザインとコードの実装をシームレスにできるものを指すと思ってるんだが。 Visual Basic，C++ Builder/Delphi，VC++ .NET，wxDev-C++，CodeBlocks＋wxSmith（内蔵）， Qt＋Qt Creator．．．みんなそうだよ。 そうじゃないヤツはIDE＋GUIデザイナだと思ってる。 なんか全然マイナーなGUIツールキットの話になってないな。 つーか，RADツールまで出来ると，メジャーになっていくんだろうな。 538 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 19:21:27 .net] マイナーGUIツールキットって、Wikipediaにも載ってないようなものじゃないの？ 539 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 20:59:54 .net] eric4 540 名前：デフォルトの名無しさん mailto:sage [2009/11/05(木) 22:54:33 .net] マイナー杉るだろ…… 541 名前：デフォルトの名無しさん mailto:sage [2009/11/06(金) 01:17:20 .net] むしろ未だにUIデザイナの吐いたコード直接弄るのタイプのはレガシーな感じがするんだが。 まあ一応GTK+系でもMonoDevelop + Stetic GUI Designerがその「RAD系」だった希ガス。 542 名前：デフォルトの名無しさん mailto:sage [2009/11/06(金) 08:26:48 .net] まぁ，どう思おうと勝手だが，歴史的にみるとそうじゃないな。 MicrosoftもVC++のMFCではできなかったものが，VC++ .NETやC#でできるようになったし， QtなんかQt Designer（GUIデザイナ）しかなかったんだが，Qt Creatorが生まれたのは 今年のこと。 GUIデザイナの吐いたコードを直接弄ると，後でGUI変更したときにせっかく書いたコードが 上書きされると思ってるんじゃないの？ 543 名前：デフォルトの名無しさん mailto:sage [2009/11/06(金) 08:51:40 .net] 541じゃないけど ボタンがあってそれのクリック時のコードを書いてたとき そのボタンそのものを削除したらコードはどうなるの？ 544 名前：デフォルトの名無しさん mailto:sage [2009/11/06(金) 09:51:47 .net] 全部試したわけじゃないけど，少なくともC++ Builder，Qt Creator，Code::Blocks(wxSmith)だと ボタンをクリックしたときのイベントハンドラの中味を記述した状態でボタンを削除しても， コードはそのまま残るよ。ヘッダーファイル上では，ボタンのクラスのインスタンスポインタは 消えるけど，イベントハンドラ関数の宣言はそのまま残ってるし，.cppファイル上での 関数の実装もそのまま。 例えばボタンの種類を変えたいとき（文字だけのボタンからアイコンつきのボタンに代えた時）など に配慮してるんだと思う。後で交換したボタンのクリックイベントルーチンとしてそのまま使える ように。 545 名前：本田 [2009/11/12(木) 06:45:42 .net] >>525 OWL/OWLNext (Programming) www.luigibianchi.com/owl.htm 546 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:50:23 .net] ttp://www.assembla.com/wiki/show/cppgui/

---

---

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

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