問題タブ [mfc]

CControlBar 派生ウィンドウを分割ウィンドウ (CSplitterWnd) の中央にドッキングするにはどうすればよいですか? スプリッターを移動するたびにバーの位置を変更したいと思います。

私が求めているものをもう少し明確にするために、Visual Studio のダイアログ エディター (MFC のみ) の垂直ルーラーを想像してください。ツリー ビューのサイズが変更されるたびに再配置されます。

C++ MFC で記述された、多くのダイアログを備えた Windows モバイル 5.0 アプリがあります。現在対象としているデバイスの 1 つにタブ キーがないため、別のキーを使用してコントロール間を移動したいと考えています。これはボタンには問題ありませんが、エディット コントロールやコンボ ボックスには問題ありません。私は同様の質問を見てきましたが、答えはあまり適していません。私は CDialog::OnKeyDown を無駄にオーバーライドしようとしましたが、すべてのダイアログのすべてのコントロールのキーストローク機能をオーバーライドする必要はありません。これまでのところ、CEdit と CComboBox を置き換える新しいクラスを作成することを考えていますが、いつものように、別のキーを一時的に再プログラミングするなど、より簡単な方法がないかどうかを確認しています。

これは GUI アプリケーション (実際には MFC) です。次のようなプロンプトを表示できるコマンド ウィンドウが必要です。

好きなポルノスターの名前:

ユーザーは、次のようなプロンプトの後にテキストを入力できる必要があります。

好きなポルノスターの名前: Raven Riley

しかし、ユーザーがカーソルをプロンプト領域に移動できないようにする必要があります。また、次のことを防ぐために、ユーザーがプロンプトにバックスペースを入れないようにする必要があります。

Rrraven Rrrileey Ruuuulez !!! 好きなポルノスターの名前:

また、テキストの選択などを制御する必要があります。最後に、ユーザーが入力したテキスト (プロンプト テキストを除く) のみを問題なく取得できるはずです。

独自のウィンドウ クラスを最初から作成する (つまり、CWnd から継承する) 方がよいでしょうか、それとも Windows EDIT コントロールを再利用する (つまり、CEdit から継承する) べきですか?

同様のコマンド ウィンドウが、AutoCAD と Visual Studio (デバッグ モード) で表示されます。

SDIアプリで垂直および水平の定規バーを作成するための最良の方法は何ですか？フレームまたはビューの一部にしますか？CControlBarから派生しますか、それともより良い方法がありますか？

垂直定規も、フレームではなくペインにドッキングする必要があります。

私が何を求めているかをもう少し明確にするために、Visual Studioのダイアログエディター（MFCのみ）の垂直定規を想像してみてください。ツリービューのサイズが変更されるたびに再配置されます。

MFC を使用してスレッドを作成する方法を示すサンプル コードでは、スレッド関数を static と__cdecl. なぜ後者が必要なのですか？ブースト スレッドはこの規則を気にしないので、それは単なる時代錯誤ですか?

例 (MFC):

一方、ブースト:

(私は IDE の近くにいないので、コード サンプルは 100% 正しいとは限りません)。

__cdecl のポイントは何ですか? スレッドを作成するときにどのように役立ちますか?

私は現在 をオーバーライドしており、WM_NCPAINT作業中のアプリケーション用に独自の色/テーマのタイトル バーをペイントしています。現在、これはうまく機能していますが、最小、最大、閉じるボタンはまだ XP のデフォルト テーマです。WM_NCCALCSIZEWM_NCACTIVATE

それらを制御するものと、マウスメッセージが行うことを調べました。ただし、サイズ変更や、失いたくないその他の機能も制御します。

これらのボタンのテーマを変更する簡単な方法はありますか?

• WindowsXP
• MFC フォーム
• ビジュアルスタジオ 2005

新しいCMFCListCtrl機能をCListViewクラス (そしてもちろん、その中の新しい CMFCHeaderCtrl) で使用したいと考えています。残念ながら、 SysListView32 ウィンドウは既に CListView オブジェクトに関連付けられているため、Attach()またはSubclassWindow( )を使用することはできません。

CListView のOnCmdMsg()をオーバーライドし、すべてのメッセージを CMFCListCtrl の独自のインスタンスにルーティングする必要がありますか? （それもうまくいきますか？）または、より簡単でクリーンなソリューションはありますか？

私は数週間作業しているMFCアプリを持っていますが、メインフレームがロードされたときに手動でサイズを設定したいのですが、誰かがこれを手に入れてくれますか、具体的にはコードをどこに置くか？

ありがとう！

現時点では、1 つの項目のみを選択できるリスト ビュー コントロールがあります。次に、次のコードを使用してこれを読み取ります。

void CApp::OnNMClickList1(NMHDR *pNMHDR, LRESULT *pResult) { int nSelected = (m_List.GetSelectionMark()); ...

ただし、このリストを複数選択できるようにしたいので、GetSelectionMark() は常に 1 つのインデックスを返します。選択したインデックスのリストを返すようにこれを再コーディングするのを手伝ってくれる人はいますか?

基本的に、管理されていない VC++ 静的ライブラリがたくさんあります。そしてそれらを利用したMFCベースのVC++ GUIアプリケーション。目標は、GUI アプリを C# で行うものに置き換えることですが、すべて同じ静的ライブラリを使用します。問題は、これが可能かどうかです。可能であれば、それを達成する正しい方法は何ですか?

提案、誰か？ありがとう。