MFC相談室 mfc23d.dll [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/09/21(水) 00:20:48.44

Microsoft Foundation Classライブラリ専用スレです。

■MFC相談室 mfc21d.dll■
http://hibari.2ch.net/test/read.cgi/tech/1250919279/l50
■MFC リファレンス■
http://msdn.microsoft.com/ja-jp/library/d06h2x6e(v=VS.100).aspx

**デフォルトの名無しさん** · 2018/09/20(木) 18:01:52.92

>>254
そうでもない。

>>253
文字列は、単に文字列を保持したい場合や、文字列連結を行いたいような場合は、CStringが便利だと思う。

パーサーなんかを自作する時は、char *が便利。

**デフォルトの名無しさん** · 2018/09/20(木) 18:03:18.25

>>253
ファイル操作は、経験上は、fopen()が便利かな。

CFileは意外と不便だった気がする。

stringは、敢えて使う必要は無いと思う。CStringで十分。

**デフォルトの名無しさん** · 2018/09/20(木) 18:03:55.46

俺はできるだけ標準のほうを使うように切り替えた

**デフォルトの名無しさん** · 2018/09/20(木) 22:16:17.61

機能が同等なら好みでいいと思うけど、ファイル操作みたいにOS依存が強い機能は
標準ライブラリじゃ足りない場合が多いかな。

**デフォルトの名無しさん** · 2018/09/21(金) 00:47:14.84

MFCのGUI特化した本ないのかねー
大概が初心者向けでポインタやら構造体やらMFCと関係ないことが大半を占めてて知りたいことはうすーくしか書いてないのばっか

**デフォルトの名無しさん** · 2018/09/21(金) 06:34:48.10

>>259
20年も前の本だが、お奨めは
ttps://calil.jp/book/475611749X

**デフォルトの名無しさん** · 2018/09/21(金) 08:13:00.69

>>260
ありがと
1万くらいなら買うんだけどなぁ

**デフォルトの名無しさん** · 2018/09/21(金) 11:19:39.33

本でなくて申し訳ないけど
ヘルプ。
クラスも大幅に拡張されてしまい昔の良書だとツリービュー、リストビュー位まで
最近のリッチな所はヘルプからサンプルソースにたどるのが早いかと

**デフォルトの名無しさん** · 2018/09/21(金) 13:21:21.50

Windows本体ってMFCで作ってるの？

**デフォルトの名無しさん** · 2018/09/21(金) 17:59:38.20

カーネルという意味では、ないやろな。性能面の要求はそんなに甘くないよ。
周辺の付加的モジュールでは、ATLとかは使ってるかも

**デフォルトの名無しさん** · 2018/09/21(金) 19:07:45.12

Windows7のペイントとかワードパッドとかをSpy++で見ると、
Afx～の付くウィンドウクラス名が使われてるから、
このあたりはまだMFCで作られてたんじゃないだろうか。

**デフォルトの名無しさん** · 2018/09/21(金) 22:10:32.71

なるほど

**デフォルトの名無しさん** · 2018/09/22(土) 09:01:41.72

「コンピューターの管理」なんかも、AfxWnd42やAfxFrameOrView42uが出てくる。

**デフォルトの名無しさん** · 2018/09/22(土) 12:43:01.39

>>261
>>259
うちにあるよ

**デフォルトの名無しさん** · 2018/09/22(土) 12:44:10.56

>>263
あやしいよな

**デフォルトの名無しさん** · 2018/10/02(火) 12:20:10.07

VC++6.0で作っています。　ＭＦＣです。
普通にＳＤＩを作りますが、そこからメニューバー等からダイアログボックスをモードレスで起動します。
すると、ダイアログを起動しながらメインウインドウも触れるようになるのですが、そのフォーカスを
モードレスダイアログとメインウインドウとをマウスを使わずにキーボードで切り替えることって出来ませんか

ＭＳのWindowsOSのＡｌｔ＋Ｔａｂではこれらはひとつとして認識されているようでこれでは切り替えられません
ちなみに、Windows7です

**デフォルトの名無しさん** · 2018/10/02(火) 12:45:27.08

モードレスなら出来るやろ

**デフォルトの名無しさん** · 2018/10/02(火) 14:53:03.01

>>271
メインウインドウからモードレスダイアログを起動するのですが、すると、Alt+Ｔａｂではこれらはひとつとして
認識されますよ

**デフォルトの名無しさん** · 2018/10/02(火) 15:13:04.28

Ctrl+TAB

**デフォルトの名無しさん** · 2018/10/02(火) 15:45:33.11

>>273
Ｃｔｒｌ＋ＴＡＢでは、ダイアログ上のコントロールのフォーカスが変わっていきます
ウインドウの切り替えはできません

**デフォルトの名無しさん** · 2018/10/02(火) 15:50:20.77

Ctrl+Alt+TAB

**デフォルトの名無しさん** · 2018/10/02(火) 16:01:18.57

>>275
やってみましたが、Alt+Tabでアプリを変えていけますが、そこに出てくるアプリの数が減っているのを
除いて、同じ動作です。　アプリが変わります

**デフォルトの名無しさん** · 2018/10/02(火) 16:28:36.02

モードレスの親がメインウィンドウなら切り替えできず、親がない（デスクトップ）なら切り替えできるのでは。
親がメインウィンドウの場合でも、PreTranslateMessageでTABキーを補足してSetForegroundWindowとかすればいいと思う

**デフォルトの名無しさん** · 2018/10/02(火) 16:35:36.67

デフォルトでは用意されていないのかな
PreTranslateMessageを使えばなんでもできますが、
メインウインドウとダイアログと両方に書かないといけないからなあ。しょうがないのかな

**デフォルトの名無しさん** · 2018/10/02(火) 16:38:35.01

PreTranslateMessageで書きますか。　キーは何をあてるのが自然でしょうか
Ｃｔｒｌ＋Ｔａｂあたりかな
タブコントロールは、Ｔａｂ　だけと　Ｓｈｉｆｔ＋Ｔａｂで動きますからね

**デフォルトの名無しさん** · 2018/10/02(火) 21:23:19.58

vista、vs.net2003 vc++の組み合わせだが
ALT+TABでｱﾌﾟﾘがきりかわりながら
ふつうにSDIとﾓｰﾄﾞﾚｽのﾀﾞｲｱﾛｸﾞでﾄｸﾞﾙする

**デフォルトの名無しさん** · 2018/10/02(火) 21:49:14.12

>>280
わざわざありがとう。私と環境がちがうからなのかな
PreTranslateMessageを利用して、Ｃｔｒｌ＋Ｔａｂでプログラムを作りました。これでうまく行きました

**デフォルトの名無しさん** · 2018/10/07(日) 14:30:22.57

>>281
ダイアログをCreateする時、親ウィンドウ(省略時=NULL)を指定していないから、
アプリケーションのメインウィンドウ(=AfxGetMainWnd())が、親ウィンドウが
になっているからでは？

CDialog::Create(CWnd::GetDesktopWindow())

とかでいけるはず。　MFCとは関係なく、Windows APIでは、所有ウィンドウ
(Owner Window)と、親ウィンドウ(Parent Window)は別管理。

**デフォルトの名無しさん** · 2018/10/15(月) 20:08:17.72

MSDN見ても解決しないのでお願いします。
CMFCColorDialogで作成した色選択ダイアログの動きが少しおかしいです。
どれかの色(六角形)を選択すると[OK]ボタンのフォーカスが当たり、再度
別の色を選択するとフォーカスが外れるんですが、仕様でしょうか？？

**デフォルトの名無しさん** · 2018/10/15(月) 20:10:37.85

.DoModal()を使っています。

**デフォルトの名無しさん** · 2018/10/16(火) 10:55:52.13

>>284
VS2008のNewControlsサンプルではそういう動作は見られないけど、
再現できるサンプルでもありますか？

**デフォルトの名無しさん** · 2018/10/16(火) 20:59:43.03

>>285
わざわざ試していただいてありがとうござます！
こちらの環境、Windows10、VisualStudio2017なのでこれが原因っぽいです。
古いVisualStudioで試してみます。
業務アプリなのでサンプルは出しにくいです。申し訳ないです。

**281** · 2018/11/03(土) 20:11:07.69

>>282
おお、今頃ですが、ありがとうございました
これでAlt+Tabでもモードレスウインドウが出てくるようになりました！

**デフォルトの名無しさん** · 2018/11/03(土) 20:17:24.87

今まで、VC++6.0でずっとやってきました。特にそれで問題なかったからですが、意を決して、
Visual Studio 2017をインストして、古いソースコードを移植しようと思っています

VS2017に古いVC++6.0のdswファイルを読ませたのですが、うまくj変換できないようですが、どうしたら良いでしょうか
VC++6.0からの変換は出来ませんか

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 20:20:22.32

ワークスペースはソリューションに変わった。新しくソリューションファイルを作って、そこにC/C++のファイルを追加してビルドだ。

**デフォルトの名無しさん** · 2018/11/03(土) 20:48:27.94

インクルードファイルとかいろいろエラーがたくさん出てきたよ
これ相当無理っぽい？？？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 20:50:34.93

>>290
エラー貼れ

**デフォルトの名無しさん** · 2018/11/03(土) 21:08:57.06

取りあえず、簡単に比較するために、VC++6.0でMFCのSDIのデフォルトを作りました
それと比較するため、VS2017でC++のWindowsデスクトップのデスクトップアプリケーションのデフォルトを作りました

すると、VS2017の方はMFC自身を使わないバージョンなのかな、CMainFrmとかIMPLEMENT_DYNCREATEとかなくて
VC6.0++のMainFrm.cppとかを2017の方に持ってきてコンパイルしたらCMainFrmが定義されてないとか
ずらっとたくさん出てきます

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:11:31.59

MFCに対応したプロジェクト／ソリューション設定じゃないとダメかも

**デフォルトの名無しさん** · 2018/11/03(土) 21:15:37.09

>>293
VS2017で、それを探してるのですが見つからないのですよ
MFCには対応してるのですよね。2015かそれ以前にはすでに対応してると聞いていたのですが
MFCを使ったデフォルトのコード生成はしてくれないとか？？？　w

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:19:34.89

Visual C++の中にMFCがある。Visual C++という項目がなければ、インストールが間違っている。

**デフォルトの名無しさん** · 2018/11/03(土) 21:23:19.86

>>295
メニューのファイルから新規作成、プロジェクトを選ぶと、その中にVisual C++はちゃんとありますよ
で、そこでWindowsデスクトップアプリケーションを選んでデフォルトを作ると、コードはSDKみたいなコードを吐きます
で、Windowsデスクトップウィザードってのがあったので、今これを選択してみたのですが、
アプリケーションの種類をコンソールにすると、その右にあるMFCのチェックボックスが有効になるのですが

**デフォルトの名無しさん** · 2018/11/03(土) 21:24:15.77

続き
Windowsアプリケーションってのを選ぶと、MFCのチェックボックスが使用不可になってしまいます

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:27:13.99

MFCアプリが作れないなら、インストールで追加するしかないぜ。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:29:11.91

https://twitter.com/katahiromz/status/1058697364821528576
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2018/11/03(土) 21:29:36.23

おいおい、なんだこれ
VS2017で、新規作成、プロジェクトで、Windowsデスクトップウィザードで
コンソールアプリケーションでMFCをチェックしてデフォルトのコードを自動生成してみました
そしてソリューションのビルドしたら、CWinAppが定義されてないとかエラーがわんさか出てきたぞ

おいおい、デフォルトの自動生成コードもビルド出来ないじゃん

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:30:32.78

左下、「探しているものが見つからないとき」

**デフォルトの名無しさん** · 2018/11/03(土) 21:33:48.34

>>299
おや、そこが違う。　私のは、

visual C++の下に
Windowsデスクトップ
クロスプラットフォーム
MFC/ATL
テスト
その他
Extensibility

ってなってて、　MFC/ATLのところは
ATLプロジェクト
ってのだけがあります

**デフォルトの名無しさん** · 2018/11/03(土) 21:37:10.59

何かインストを失敗してるのかなあ。　あるいはインストするときに何をインストするのかチェックがあったんだが
それを間違えてるのか。　でも俺がチェックをしなかったのはモバイル関係のところくらいだったんだよねえ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:38:58.82

https://qiita.com/tadnakam/items/042c7a19bf115e3b096f

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:40:59.04

VS2017は頻繁に変更されるもんだから、ちょっと混乱してるみたい。

**デフォルトの名無しさん** · 2018/11/03(土) 21:48:14.06

>>304
ありがとう。
右側の概要ってとこが、私のでは、インストールの詳細になっていて、
MFCとATLのサポート
ってのが私のでは、
x86用とx64用のVisualC++ATL
x86用とx64用のVisualC++MFC
ってわかれていて、ATLの方にだけデフォルトではチェックが入っていてMFCの方のチェックは
デフォルトでは外れていました。

チェックして再インストしてみますねw

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:52:26.12

インストよりもインスコの方が俗語の通りがいい。

**デフォルトの名無しさん** · 2018/11/03(土) 22:01:09.50

ただいま、　再インスコ中です
みなさん、　VS2017をインスコするときは、

MFC　はデフォルトでは入らない！！！

ことがわかりました
VS2017をインスコするときは、注意しましょう
インスコするとき、オプションをチェックすると入ります、　多分。今やってるところ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 22:07:33.60

Qiitaの記事、結構役に立ってるじゃん。責任ある情報技術者なら、Qiitaに記事を書ける程になってもらいたいね。

◆QZaw55cn4c · 2018/11/03(土) 22:11:49.30

>>309
qitta って査読制ですか？

**デフォルトの名無しさん** · 2018/11/03(土) 22:16:25.81

出来ました。
MFCのインストがちゃんとできて、
MFCアプリケーションでデフォルトのMDI作ってみたら、　あら、すげえ

クラスビューなんかが出てくるのねw

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 22:18:01.50

最低限の審査はあると思うぞ。
詳しくは規約を。

**デフォルトの名無しさん** · 2018/11/03(土) 22:30:48.57

おや、新しいバージョンだと、
strcpy( a, b )
で、b に CSringとか出来ないんだね。　前の古いバージョンでは出来たのに

CString で返す関数も、char a[10] とかで宣言したのを、古いバージョンでは、retuen a
って出来たんだが、新しいバージョンではエラーになる。　一旦
CString ret;
ret = a;
ってやって、return ret;
ってやったらエラーが消えた

いろいろと細かい修正しないとダメみたいだねえ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 22:35:23.28

暗黙の型キャストのあいまいさが嫌いな人が存在するらしい。

**デフォルトの名無しさん** · 2018/11/03(土) 22:42:34.44

>>314
いろいろとありがとう。　今日はとりあえずここまでにしておきます

**デフォルトの名無しさん** · 2018/11/04(日) 14:43:10.46

>>313
きも

**デフォルトの名無しさん** · 2018/11/04(日) 21:56:04.47

>>313
http://gurigumi.s349.xrea.com/programming/visualcpp/unicode.html

**デフォルトの名無しさん** · 2018/11/05(月) 10:05:31.23

>>317
これありがとう。LPCWSTRの関係で、めっちゃ詰まってました

**デフォルトの名無しさん** · 2018/11/05(月) 10:35:49.97

>>313
そもそも、CStringはTCHARを扱うクラスなのに、
_tcscpyではなくstrcpyを使っていたのが間違い

**デフォルトの名無しさん** · 2018/11/05(月) 12:07:09.35

>>319
今は、_tcscpyを使ってもエラーが出るけどな

**デフォルトの名無しさん** · 2018/11/05(月) 12:15:02.40

>>320
それはエラーではなくてセキュリティ上の警告では

**デフォルトの名無しさん** · 2018/11/05(月) 12:20:01.12

>>321
そうです。 _sを付けたのを使えって
警告の設定を変更しないとエラーになってコンパイルが通りません
それをプロパティの設定で、Unicodeからマルチバイトに切り替えてコンパイルしたんだけど、どうも
Unicodeのままでうまく切り替わらないようなんですよねえ。　どうなってるのか。　今は時間がないので
またあとでやってみますが

**デフォルトの名無しさん** · 2018/11/05(月) 12:26:42.35

>>322
警告だから、それに関してはコンパイルは通る。
他の場所がコンパイルエラーになっているだけかと。

**デフォルトの名無しさん** · 2018/11/05(月) 16:42:29.67

VS2017ですが、新規作成で、MFCアプリケーションで作った時、
新規作成途中に出てくるSDLのチェックをつけて作成したときと、はずして作成したときと両方してみました

すると、SDLつきの時は、_tcscpyはエラーになってコンパイルできませんが、
SDLをはずして新規作成したのものは、エラーにならずにコンパイルできて実行できます
デフォルトはSDLつきなので、コンパイルできません

次に、新規作成して出来上がったプロジェクトで、
メニューのプロジェクトから一番下のプロパティに入って、構成プロパティ、C/C++の全般にある
SDLチェックというところで、はい(/sdl)　いいえ(/sdl-)を切り替えてやってみると、
この切り替えが動作せず、SDLのオン、オフが効きません。　プロジェクトの新規作成のときに設定したものが
残っていて、あとからここのプロパティで変更ができないようです

同じように、プロパティの構成プロパティの全般で、文字セットがデフォルトではUnicode文字セットを使用する
になってるのですが、これをマルチバイト文字セットを使用するにしても
Unicodeのままでマルチバイトにならないようです

バグですかねえ？

**デフォルトの名無しさん** · 2018/11/05(月) 17:14:38.42

新規のプロジェクトにマルチバイト使うのやめようぜ

**デフォルトの名無しさん** · 2018/11/05(月) 20:46:10.49

>>324
VisualStudioCommunity2017で試したが、普通に設定が反映されたぞ。
DebugとRelease、x86とx64で設定が別なのに気づいてないとかじゃないか?

**デフォルトの名無しさん** · 2018/11/05(月) 21:22:43.21

>>326
できました。多分それです。ありがとうございました

コードの編集画面の上にあるコンボボックスを見ると、Debugとx86になってるのですが、
その状態でプロパティを開くと、なぜか、x64になってました。
なのでプロパティ画面で、上にあるプラットフォームをアクティブ(Win32)に変えると、画面がおかしくなって
びっくりしましたが、画面の再描画ができなかっただけなようで、再びプロパティ画面を出して
アクティブ(Win32)を確認してから、マルチバイトやSDLの変更をしたら、ちゃんと動いたようです

プロパティ画面を開くときは、連動してないので必ず確認してから変更しないといけないということですね

ちなみになんとか誤魔化せないかと思って、　stdafx.h の最初に
#undef UNICODE
#undef_UNICODE
ってやってみたら、コンパイルまでは全部のｃｐｐファイルで出来たのですが、リンクで未解決エラーが出て
出来ませんでした

**デフォルトの名無しさん** · 2018/11/05(月) 22:12:55.20

さすがにそれはおかしいのでVS2017再インストール推奨

**デフォルトの名無しさん** · 2018/11/05(月) 22:23:54.08

>>328
マジですか。　再インストしようかな

**デフォルトの名無しさん** · 2018/11/05(月) 23:46:35.28

_T() ?

**デフォルトの名無しさん** · 2018/11/06(火) 11:56:33.16

>ちなみになんとか誤魔化せないかと思って
略
>リンクで未解決エラー

MessageBoxA と MessageBoxW とかを自分で書き分けてみると解決するはず

**デフォルトの名無しさん** · 2018/11/11(日) 14:34:30.31

http://r2.upup.be/wV2qsULdHm

**デフォルトの名無しさん** · 2018/11/11(日) 17:52:29.57

しねNG

**デフォルトの名無しさん** · 2018/12/07(金) 17:05:15.69

MFCのツールバーって、リバーのように、「ツールバーを固定する」の動作はできませんかね。
ユーザーがコマンドを選択したら、その場所から動かすことができなくなるようにしたいのですが。

**デフォルトの名無しさん** · 2018/12/08(土) 16:28:45.38

subclass化してメッセージループトラップしてmoveをにぎりつぶす

**デフォルトの名無しさん** · 2018/12/17(月) 19:07:24.59

HWND hWnd はできるけど、
HDC hDC って、別アプリ（別プロセス）に渡して、書き込ませることは出来ないの？
HDC の識別番号が、プロセスごとに別の「名前空間」みたいなことになってるのかな。

**デフォルトの名無しさん** · 2018/12/17(月) 19:18:47.70

GDI objects support only one handle per object. Handles to GDI objects are private to a process.
That is, only the process that created the GDI object can use the object handle.

↑によれば、HDC は、プロセス・プライベートだって、書いてるけど、
たまたますごいことみつけちゃったんだ・・・実は。

みんな知ってる？

**デフォルトの名無しさん** · 2018/12/18(火) 08:47:01.21

実は、PrintWindow(HWND hWnd, HDC hDC, DWORD flag) API を使うと、HDC をプロセスの
垣根を越えて渡せるんだ。プロセスA からプロセス B に HDC を渡す場合、
プロセスA で、PrintWindow() API を呼び出す。hWnd にはプロセスBで作成した
Window の HWND を、hDC には、プロセスAに所属している HDC を渡す。

MFCを使って実験してみると、この場合、プロセスBの hWnd にWM_PRINT メッセージが
来るが、OnPrint() ハンドラが BeginPaint(), EndPaint() を使わずに、メッセージから受け取った
hDC を CDC *pDC に入れて、WM_PAINT の時と同じ OnDraw() を呼び出すらしい。
らしいと言ったのは、もしかしたら、MFCが途中で何らかの手を加えている可能性があるから。

で興味深いのは、この時の pDC->m_hDC の値は、プロセスA のオリジナルの値とは
数値的には異なっていると言うこと。

推定ではあるが、PrintWindow() API を使うと、Windows System が、プロセスA での hDC の
識別番号とは異なる識別番号を、WM_PRINT メッセージのの hDC に与える。
これは、>>337 で書いているとおり、HDC は、process private だから、プロセスごとに
「名前空間」が異なるため、プロセスの垣根を越えるときには、同じ値をそのまま使うことは
出来ないため。

でも、結局、「番号」が変わっているだけで、同じ Device Context を「指している」ので、
効率よく描画動作を行える。

この API を使えば、プロセスA で用意した実DC やメモリーDC に、プロセスB の OnDraw()
によって直接書き込ませることが出来ることを確認済み。

**デフォルトの名無しさん** · 2018/12/18(火) 08:56:36.56

この話には続きがある。
Ubuntu Linux の Wine Emulator 3.2 で実験してみると、PrintWindow() が上手くいかないらしい。
なので、誰かに直して欲しい、と言うこと。

直してクレクレ。

**デフォルトの名無しさん** · 2018/12/18(火) 11:55:37.33

http://dqmacro.blog.fc2.com/blog-category-5.html

chromeで開くと正常だけど
ffで開くと死ぬな

**デフォルトの名無しさん** · 2018/12/20(木) 16:21:01.93

>>338
さらに実験してみたところ、プロセスA から、プロセスB の HWND に対して、
PrintWindow() した場合、プロセス B には、WM_PRINT も WM_PRINTCLIENT
も送られることなく、WM_PAINT、WM_NCPAINT が送られる。
興味深いことに、MainFrame のような、OVERLAPPEDWINDOW には、
メッセージキューを介すことなく、WM_PAINT、WM_NCPAINT が送られるが、
EditBox などの CHILD WINDOW には、メッセージキューに WM_PAINT が
格納された後、EditBox の WndProc に WM_PAINT、WM_NCPAINT が送られる。

もっと実験してみたところ、普段、PrintWindow() を使うことなく、Winow のサイズ
変更などをして再描画が必要な場合、(スレッド)メッセージキューには
ポストされることなく、直接 WndProc に WM_PAINT、WM_NCPAINT が
送られてくる。

また、PrintWindow() に渡すプロセスA の HDC を、MemoryDC にして、
常に固定のハンドル値を渡してみた。すると、興味深いことに、
プロセスB では、ほぼ毎回異なる値の HDC が渡されることが分かった。
ただし、時々連続して同じ値の HDC が渡されてくる。連続回数は、
2回～10回くらいまでの開きがある。

なお、PrintWindow() の速度は思ったより遅く、プロセスB側が(敢えて)何も
描画しない場合でも、なぜか、1.3x10^(-4) ～7.1 x 10^(-3) (sec) 程度かかる。
つまり、50万クロック程度かかってしまう。ただし、有る程度の大きさの
グラフィックを書いても、余り速度は変わらない印象を受けた。環境は書かないが、
余り速くはない 3.0GHz の Dual CPU のマシンでの話。

**デフォルトの名無しさん** · 2018/12/20(木) 17:27:58.15

なお予告なく変更されることがあります

**デフォルトの名無しさん** · 2019/02/01(金) 14:28:07.62

MFC アプリケーションのツールバーを移動すると、ツールバーの移動枠とマウスカーソルの位置が離れる
https://social.msdn.microsoft.com/Forums/ja-JP/b47f8e8c-318b-4e7b-a81e-b97f26bffdc0/mfc

**デフォルトの名無しさん** · 2019/02/20(水) 12:07:37.06

スタティックビルドがうまくできたらうれしかった

**デフォルトの名無しさん** · 2019/03/04(月) 21:22:00.31

ウインドウを2枚用意して、片方を表に（上に）表示して、もう片方は裏にして見えないようにしている。で、裏の見えない方を
書き換えて、表のウインドウと入れ替えて、新しい描画のウインドウを出すということをしたいのです
裏メモリに書き込んで一瞬でモニターに出すという普通のやつをウインドウでします
裏でウインドウで書き込むとき、HIDE状態では書き込めないので、MINIMIZEの状態では出来ることがわかったので
そうしているのですが、問題はそれを最大化するときに、どうしても描画に時間がかかるというか、一瞬では出来ないのです
なので、アクティブ化せずに裏で最大化、あるいは、RESTOREする方法を探しているのですが、
APIのShowWindowとかだと、RESTOREもMAXIMIZEも必ずアクティブ化してしまうのですがいい方法はないでしょうか
いろいろとやってみて、２枚のウインドウに違う絵をかいておいて、片方をHIDE、片方をSHOWして、このHIDEと
SHOWと切り替えるってのが一番きれいに切り替わるようなのですが、書き込むとき、HIDEでは書き込めずに
MINIMIZEして書き込まないといけないので、MINIMIZEして書き込んだウインドウを表に出さずに大きくしてHIDE状態に出来れは
いいのですが

**デフォルトの名無しさん** · 2019/03/05(火) 03:38:03.26

MemoryDCに書き込め

**デフォルトの名無しさん** · 2019/03/07(木) 10:13:48.09

MFCのSDIアプリケーションで、PCを一定時間操作しなかったときに、
「更新中」のダイアログをDoModal()で出して、内部の情報を更新する動作を作っています。
更新処理はダイアログの中で別スレッドで行っていて、
タイマーで定期的にスレッドを監視して、終わっていたらEndDialog()で閉じます。
他の操作を不可にした上でキャンセルは可能にするために、このように作りました。

ここまでは問題なく動いているのですが、
アプリケーションがアクティブでないときにこの更新処理が走ると、
「更新中」のダイアログが閉じられた後に、アクティブ表示になってしまいます。
表示がアクティブになるだけで、フォーカスまでは奪いません。
二つのアプリケーションがアクティブ表示になってしまう状態です。

不思議に思ってMFCのソースを追いかけたところ、
CFrameWndのOnEnable()やOnActivate()やOnNcActivate()で
WF_STAYACTIVEのフラグを使ってアクティブ表示を強制するような仕組みがあり、
この中の処理を通った結果、アクティブ表示になってしまうようでした。

どうしてWF_STAYACTIVEに引っかかるのかなど、細かい流れは追い切れていませんが、
アクティブでないときに裏でダイアログが出て、その後自動で閉じるような動きを、
CFrameWndは想定していないということになりますでしょうか。

見た目のだけの問題ではありますが、CFrameWndの仕組みを保ったまま、
この現象を回避する方法はありませんでしょうか。

**デフォルトの名無しさん** · 2019/03/07(木) 11:03:18.49

ダイアログの前にアクティブだったウィンドウをアクティブにしてから閉じる

**sage** · 2019/03/12(火) 23:39:31.92

VS2019のリリースノートでのMFCへの言及は、廃止予定の機能一覧中にいくつかあるのみ。
MFCをバリバリ使っているわけではないけど、なんか悲しい。

**デフォルトの名無しさん** · 2019/09/19(木) 20:20:47.92

空のソリューションを作って既存のAとBのMFCダイアログベースのプロジェクトを追加して、リソースビューでAにBのダイアログをコピペしたらIDが同じという警告が出た。

AのダイアログからBのダイアログをDoModalで呼び出す内容なんですが、ビルドも実行させても問題ないように見えるが大丈夫なんでしょうか？

**デフォルトの名無しさん** · 2019/11/12(火) 03:43:11.18

数年前に作ったダイアログのコンボボックスの初期値が反映されなくなってたんだが
CComboBox:: SelectStringの第一引数nStartAfterを0から-1にしたら動作した
でもなんでやろ？0でよさげなのに

**デフォルトの名無しさん** · 2020/02/27(木) 02:47:52.87

いまやCDCといえばアメリカ疾病対策センター(Centers for Disease Control and Prevention)だね

**デフォルトの名無しさん** · 2020/02/27(木) 03:05:08.52

>>349
MSは傲慢になっているだけ。

**デフォルトの名無しさん** · 2020/02/27(木) 15:15:55.59

>>352

**デフォルトの名無しさん** · 2020/03/18(水) 18:37:21.32

ローカルディスクの中で、MFCのCWinやCViewなどのソースは見られるのですが、
AfxGetApp()のソースコードだけが見つかりません。
どこにあるのでしょうか？