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

**デフォルトの名無しさん** · 2016/09/21(水) 02:30:56.74

<　｀∀´>ﾆﾀﾞｰ

**デフォルトの名無しさん** · 2016/09/21(水) 13:22:08.79

？

**デフォルトの名無しさん** · 2016/09/21(水) 13:34:34.78

>>1　乙
ここは即死あるんだっけ？

**デフォルトの名無しさん** · 2016/09/21(水) 14:32:51.99

1年くらい前から即死しない仕様になってる

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

即死なんて見たこと無い

**デフォルトの名無しさん** · 2016/09/23(金) 17:10:11.66

ひでぶ

**デフォルトの名無しさん** · 2016/09/24(土) 19:06:33.61

いや即死あるぞ
俺が今月立てたスレなくなってる

**デフォルトの名無しさん** · 2016/09/25(日) 15:44:56.16

1000いったんでないの？、、ないかｗ

**デフォルトの名無しさん** · 2016/09/26(月) 22:01:57.62

ドトネに負けたのか？

**デフォルトの名無しさん** · 2016/10/11(火) 01:01:55.41

ネタくれ

**デフォルトの名無しさん** · 2016/10/11(火) 19:51:53.66

質問しろ～
なんでも答えてやんぜって思ったら、俺c++できないんだったw

**デフォルトの名無しさん** · 2016/10/15(土) 18:29:48.76

そろそろ埋めようぜ

**デフォルトの名無しさん** · 2016/10/17(月) 00:02:34.42

埋め

**デフォルトの名無しさん** · 2016/10/17(月) 16:06:58.50

産め

**デフォルトの名無しさん** · 2016/10/17(月) 17:53:44.29

梅

**デフォルトの名無しさん** · 2016/10/17(月) 18:21:19.26

そろそろ本気で埋めるか

**デフォルトの名無しさん** · 2016/10/18(火) 13:35:30.77

埋める前に次スレ立ててくれ

**デフォルトの名無しさん** · 2016/10/18(火) 21:44:51.96

最新のMFCはコンストラクタでメンバ変数初期化サボってるクラスないよね

**デフォルトの名無しさん** · 2016/10/22(土) 20:44:20.18

過疎ってるな～

**デフォルトの名無しさん** · 2016/10/26(水) 17:50:00.81

いつの間にかMFCでもDirect2Dがサポートされてたんだね
ちょっとサンプル見たけどGDIと比べると複雑だな

**デフォルトの名無しさん** · 2016/11/01(火) 21:11:07.99

保守

**デフォルトの名無しさん** · 2016/11/03(木) 14:33:38.93

CStdioFile::ReadStringでshiftjisのファイルをバッファに読み込んだんですが、
テキストファイルの内容は「あ」のみ

バッファの内容は
82 00 A0 00
でした。
unicodeなら
30 00 42 00
か
00 30 00 42
になると思うのですが、なにか勘違いしていますかね？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/03(木) 14:52:47.88

>>23
テキストファイルをUTF-16にするか、UTF-8にしてUTF-16に変換する。

**デフォルトの名無しさん** · 2016/11/03(木) 15:09:32.76

setlocaleしてないからascii-8bitとして読み込まれたと予想。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/03(木) 15:43:52.99

そのテキストファイル、シフトJISになってるぜ

**デフォルトの名無しさん** · 2016/11/03(木) 16:27:10.81

>>25
setlocaleしたら
42 30
となっちゃいました

>>26
そう書いていますが？・・・

**デフォルトの名無しさん** · 2016/11/03(木) 16:40:23.70

>unicodeなら
>30 00 42 00
>か
>00 30 00 42

てのがおかしい。

**デフォルトの名無しさん** · 2016/11/03(木) 19:17:37.78

盛り上がってきましたw

**デフォルトの名無しさん** · 2016/11/03(木) 19:25:00.47

レス番消えてる。。。荒らしか

**デフォルトの名無しさん** · 2016/11/03(木) 19:31:17.07

片山ウザい氏ね

**デフォルトの名無しさん** · 2016/11/03(木) 21:26:45.01

たしかにマジウゼー

**デフォルトの名無しさん** · 2016/11/06(日) 23:23:45.08

嫌われ者ｗ

**デフォルトの名無しさん** · 2016/11/07(月) 21:17:10.96

プロセスが起動した状態で、
ツールバーのツールチップの文字列を取得、変更したいのですが
ちょっと手こずっています。アドバイスお願いします

以下の方法ではツールチップではなくボタン文字列が対象になるようです
TBBUTTONINFO bi = {sizeof(bi), TBIF_STYLE};
m_wndToolBar.GetToolBarCtrl().GetButtonInfo(9999, &bi);
::MessageBox(NULL, bi.pszText, bi.pszText, MB_OK);

以下はまだ使い方がよくわかってないけど目的がちょっと違うように思われます
CToolTipCtrl* tt = m_wndToolBar.GetToolBarCtrl().GetToolTips();
tt->UpdateTipText(...);

**デフォルトの名無しさん** · 2016/11/08(火) 07:56:03.76

>>34
動的な変更は、やった事ないけど、このあたりでは？
ttp://home.att.ne.jp/banana/akatsuki/doc/mfc/mfc22/
アプリを普通に作っていれば、取得はボタンのリソースIDと同じIDを持つSＴＲＩＮＧリソース

**デフォルトの名無しさん** · 2016/11/08(火) 22:03:34.52

>>35
ありがとうございます

以下で無事できました
http://nsoft.blog60.fc2.com/blog-entry-1875.html

**デフォルトの名無しさん** · 2016/11/16(水) 21:31:23.35

ちょっとiconの相談です
MFCでプロジェクト作った際、アプリのicon（IDR_MAINFRAME）にいろんなイメージタイプ
(サイコロ3つ)が作られるけど私は全部設定するの面倒なので32x32 8bit bmpだけ
作って他全部消すようにしてます。皆さんはどうしてます？
いろんな環境に対応するためにあ-いうことしてるのかなーとは思うんだけど..

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/16(水) 21:43:12.65

>>37
アイコンのイメージ作成にはInkscapeを使ってるよ。
お金に余裕があればAdobe Illustrator使えばいいんじゃないかな。
32x32だけだとユーザーに汚い画像を見せることになる。

**デフォルトの名無しさん** · 2016/11/16(水) 22:59:39.33

>>38
Inkscape(笑) ダセーｗ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/16(水) 23:02:25.51

>>39
氏ね

37 · 2016/11/16(水) 23:54:39.55

> 32x32だけだとユーザーに汚い画像を見せることになる。

解像度を変えてのテストはある程度してるけどあまり気になったことないなー
私の想定を超えたデバイスだと汚くなるのかな？Inkscapeは落とした。勉強してみます。
片山博士は大きく&色彩豊かなicon作った後でInkscape使って縮小/減色してるの？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/17(木) 00:07:27.86

Inkscapeで256x256ピクセル(Vistaサイズ)にしてから図形を描いてとりあえず保存すればSVG形式ファイルになる。
「ファイル」メニューの「PNG形式でエクスポート」を選べばPNG画像が吐き出される。
それを16x16,32x32,48x4864x64に縮小して、見辛いピクセルを細かく補正してからアイコン作成ソフトに取り込むとアイコンができる。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/17(木) 00:15:30.72

Inkscapeは図形の合成などの強力な編集機能があるが、
図形が足りなければワード、エクセルの図形をコピペすればいい。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/17(木) 00:23:23.58

時間がないときは文字アイコンだね。１文字をアイコンにするだけで
インパクトあるかもしれない。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2016/11/17(木) 00:29:46.37

「アンチエイリアス」がかかると、どうしても細部がぼやけてしまう。
小さいアイコンでは、ユーザーにはっきり見えるように微細な加工をした方がいい。

**デフォルトの名無しさん** · 2016/11/17(木) 07:07:34.33

片山ueeeeeeeeeeeeeeee

37 · 2016/11/17(木) 07:08:48.33

詳しい説明ありがとう

**デフォルトの名無しさん** · 2016/11/18(金) 16:59:51.57

片山先生はアイコン一つにも手を抜かないんだな。
お前らも見習うべき

**デフォルトの名無しさん** · 2016/12/20(火) 20:31:33.27

CListView(LVS_OWNERDATA style指定)で特定の行の選択を禁止したいのですが
LVN_ITEMCHANGINGはOWNERDATAの場合は送られない様です。by msdn
何か良い方法は無いでしょうか。
クリックやENTERを潰すしかないんでしょうか？

49 · 2016/12/26(月) 20:33:00.82

選択禁止は諦めました。
選択された後、近くの行を強制的に選択状態にするようにししたら、あまり違和感がなかったので、これでごまかします。

**デフォルトの名無しさん** · 2017/01/17(火) 18:47:51.47

CArrayの質問なんですが、

CArray<int> test;
test.SetSize(10);

とやった場合、test[0]～test[9]までの値は、
0で初期化されていることは、前提として良い動作ですか？

ソースを見たところ、SetSize()で確保したバッファをいったんゼロクリアして、
その後、各要素に対してコンストラクタが呼ばれるようなので、
C++のintのコンストラクタが「なにもしない」という仕様なら大丈夫そうですが。

**デフォルトの名無しさん** · 2017/01/18(水) 20:04:22.77

intのようなプリミティブな型にもコンストラクタってあるの？
知らなかった

**デフォルトの名無しさん** · 2017/02/06(月) 23:41:58.25

MFCでリボンアプリケーション組もうとしてるんですけど、
リボンデサイナでダイアログボックス起動ツールのボタンは
付けられないのでしょうか？
例えばWORDとかでフォントグループの右下にある小さい四角いボタンです。

**デフォルトの名無しさん** · 2017/02/15(水) 15:11:12.80

MFCでCEditをサブクラス化したいと思うのですがうまくいきません

サブクラス化時にFromHandlePermanetと言う関数が呼ばれてそこでASSERTに引っ掛かってしまいます

MSDNによると「SubclassWindowを呼び出す時、ウィンドウがMFCオブジェクトに結びつけられていないようにしろ」とあります

馬鹿で申し訳ないのですが、ウィンドウがMFCオブジェクトに結びつけられるのはどのタイミングなのでしょうか？
今はCEdit::Create後にサブクラス化を試みています

**デフォルトの名無しさん** · 2017/02/15(水) 15:59:13.06

>>53
ああ、あの2ミリ角くらいの小さな四角ね。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/02/15(水) 16:57:51.66

>>54
CEditをダイアログエディタで作成したなら、すでにMFCの管理下にある。
サブクラス化する必要はない。作成したCEditメンバーを使えばいい。

**デフォルトの名無しさん** · 2017/02/15(水) 17:29:15.59

>>56
ありがとうございます

しかしながらCEditから派生させたクラスをnewを使用して動的に作成しています

newによりインスタンスを動的に作成
↓
Createメンバ関数を呼び出しコントロールを作成
↓
サブクラス化
↓
ASSERT

**デフォルトの名無しさん** · 2017/02/15(水) 17:43:20.32

途中で送信してしまいました

現状はこんな感じでアサートに引っ掛かってしまいます

デバッガで追うとウィンドウのMAP（？）にサブクラス化対象のウィンドウが既に存在しているとアサートされるようなのですが、このウィンドウマップにどこで登録されるのかが解りません
マップに登録される＝MSDNの言う「ウィンドウをMFCオブジェクトに結び付ける」と言うことなのかと推測しています

**デフォルトの名無しさん** · 2017/02/15(水) 17:49:31.94

その工程ならサブクラス化はいらないはず

でもウィザードを使わずにクラスを作ったら
おまじないマクロがついてこないんじゃないかな

後始末のときにオブジェクト開放が先かウインドウ破棄が先かってのも迷う

**デフォルトの名無しさん** · 2017/02/15(水) 19:18:20.41

>>59
ありがとうございます

説明不足で申し訳ありません
そもそも何故エディットボックスをサブクラス化したいかというとエディットボックスのコンテキストメニューを改造したいためなのです
エディットボックスにくるWN_RBUTTONDOWNをトラップするため、サブクラス化が必須になっている次第です

**デフォルトの名無しさん** · 2017/02/15(水) 19:36:45.27

>>60
http://www.ne.jp/asahi/hishidama/home/tech/vcpp/subclsi.html

**デフォルトの名無しさん** · 2017/02/15(水) 19:40:04.43

Createするから既存になってしまうんじゃないの？

>>57でいうサブクラス化ってSubclassWindow？ SubclassDlgItem?

CEditのサブクラスは時々使うけどSubclassWindow経由では使ってないので
外してたらｽﾏｿ

62 · 2017/02/15(水) 19:46:05.27

私がやるのは
https://support.microsoft.com/ja-jp/help/403856
の一番下のやり方。

**デフォルトの名無しさん** · 2017/02/15(水) 19:51:10.47

自分でサブクラス化したときはDDX_Controlを削らないとうまく動いてくれなかったような気がする。
正解は知らんが。

**デフォルトの名無しさん** · 2017/02/15(水) 19:57:49.61

>>60
mfcは昔やっててもう忘れかけだが
マウスボタンをトラップする程度なら
サブクラス化なんて不要なんじゃないか？

**デフォルトの名無しさん** · 2017/02/15(水) 20:56:19.16

>>62
ありがとうございます

SubclasDlgItemを使っています
ですがデバッガで追うと結局は内部でSubclassWindowをを呼び出しているのは確認しています

**デフォルトの名無しさん** · 2017/02/15(水) 20:58:48.04

>>64
ありがとうございます

DDXは使っていません
リソースにエディットボックスコントロールを貼りつけてはおらず、プログラム中でCEditクラスを派生したクラスを動的に作成しています

**デフォルトの名無しさん** · 2017/02/15(水) 21:01:57.77

>>65
エディットボックスのマウス右クリックはサブクラス化が必要なようです

でも確かになにかコンテキスト～というメッセージがあったような気もしないでもないのですが…
WEBで調べた限りですと右クリックメッセージをフックしているのしか出てきませんでした

62 · 2017/02/15(水) 21:37:49.75

回答ではなく代替案ですが

１. CEditのサブクラスでOnContextMenuをオーバーライドしてメニュー処理を記述。

２. https://support.microsoft.com/ja-jp/help/403856
　　中の
　　また、CDialog::DoDataExchange() で DDX を使用して..
　　のやりかたで CEditをCYourEditに変更。

で独自のコンテキストメニューは出ますよ。

**デフォルトの名無しさん** · 2017/02/15(水) 21:47:42.01

>>69
おおおお！！！
ありがとうございます！

早速試してみます！

と思いましたが、今日はもう事務所が閉まるそうです…
早速明日試してみます！
ありがとうございました！

**デフォルトの名無しさん** · 2017/02/20(月) 02:48:59.49

明日もあさっても過ぎたんだけど、どうなったんだろうね。

**デフォルトの名無しさん** · 2017/02/22(水) 11:13:17.19

事務所をロックアウトされて入れません

**デフォルトの名無しさん** · 2017/02/27(月) 15:33:23.44

>>71
これは失礼しました
解決しましたのでご報告致します

結果的にはサブクラス化出来ました
動的にCEditを生成した際、実際のコントロールをCriateメソッドで生成すると思いますが一旦生成してしまうとサブクラス化できないようです

CMyEdit pualic CEdit として派生
CMyEdit lpCMyEdit = new CMyEdit;
lpCMyEdit->SubclassWindow(...←ここでサブクラス化
lpCMyEdit->Crate(...←コントロール作成

上記の手順でサブクラス化できましたのでWM_CONTEXTやWM_CHARに対してメッセージトラップが可能になりましたので全て実現できました

MFCのいう、ウィンドウの関連付けというのは恐らくコントロール作成時にWindowMapというMFCのクラスに登録されることかと思われます

改めて色々と相談に乗っていただき有り難うございました
また何かありましたら質問させて頂きます

>>72
間一髪間に合いました

**デフォルトの名無しさん** · 2017/02/27(月) 15:36:16.33

>>73
誤字が…多かったです、すみません

**デフォルトの名無しさん** · 2017/03/02(木) 18:53:27.03

>>73
リソースにエディットがないのに、SubclassWindow()を呼び出したって…
一体何をサブクラス化したんだろう…

リソースにエディットがなければ Create() だけでいい

リソースにエディットがあるなら SubclassWindow() だけでいい
(この場合は、69さんの2のやり方が普通だと思う)

62 · 2017/03/02(木) 19:31:25.20

改めてよく読んだらおかしいねw
SubclassWindowのパラメータに何を渡したんだろう
本人が解決したって言ってるんだから別にいいけど

**デフォルトの名無しさん** · 2017/03/02(木) 19:58:19.05

>>75
MFC使い方がよくわかってなくて混乱させているようで誠に申し訳ないです…

CEditをnewにて動的に作っていますのでリソースは一切使っていないです

具体的にはエクセルのシートの様な格子形のグラフィックを描画し、そのカラムをクリック等された際にエディットボックスを動的にカラムの座標に作っています

**デフォルトの名無しさん** · 2017/03/03(金) 12:50:31.31

>>76
SubclassWindowにはCEdit派生の独自クラスを渡しています

自分は普段SDKしか使わないためSDKの感覚なのですが、ウィンドウのサブクラス化とは、サブクラス化したいウィンドウハンドルのウィンドウプロシジャのアドレスを別途作成した独自ウィンドウプロシジャのアドレスと差し替える事と認識しています
ですのでSubclassWindowに渡すハンドルはサブクラス化したいウィンドウのハンドルと思っていましたが何か別のパターンがあるのでしょうか？

**デフォルトの名無しさん** · 2017/03/03(金) 16:16:47.27

>>78
> CMyEdit public CEdit として派生
> CMyEdit* lpCMyEdit = new CMyEdit;
ここでは、まだウィンドウは無い (コンストラクタに小細工がなければ)

> lpCMyEdit->SubclassWindow(...←ここでサブクラス化
もし以下のように書いたとしても、ハンドルは NULL だからサブクラス化できない
lpCMyEdit->SubclassWindow(lpCMyEdit->GetSafeHwnd());

> lpCMyEdit->Create(...←コントロール作成
この中で、ウィンドウが作成されサブクラス化される
なので SubclassWindow() の明示的な呼び出しは不要

**デフォルトの名無しさん** · 2017/03/03(金) 20:49:57.22

>>78
CEditをどういう風にカスタマイズしたいのかわからんが
＞CEdit派生の独自クラス
の段階でそれを実装できないの？

通常サブクラス化を必要とするのは(通常の手段では)派生クラスを置けないダ
イアログ上のコントロールに対しての場合のみで、そうで無い場合は必要な機
能を実装したCEdit派生クラスをCreate()するだけで実現できると思うんだが・・

MFCでは(メッセージマップの仕掛けによって)ほぼ全てのメッセージを派生ク
ラスで独自処理を行えるので、サブクラス化は必要ないはずです。

**デフォルトの名無しさん** · 2017/03/03(金) 21:07:16.24

>>77
>具体的にはエクセルのシートの様な格子形のグラフィックを描画し…
これ自分もやったなー
作り込んで思い通りに動いたときは気持ちいいよね

**デフォルトの名無しさん** · 2017/03/03(金) 23:45:50.26

>>79
なるほど、確かに仰る通りです

MFCだと定義済みコントロールを作成したタイミングでサブクラス化が自動的に行われているんですか…知らなかった…

SubclassWindowの戻り値を確認してみます

**デフォルトの名無しさん** · 2017/03/03(金) 23:47:56.70

>>80
はい、とりあえずは、WM_CHARとWM_CONTEXTMENUをトラップしたいのです

どうも私の勘違いでサブクラス化は不要なんですかね…

**デフォルトの名無しさん** · 2017/03/03(金) 23:49:20.96

>>81
そうなんです
失敗が多い分、成功の歓びがあります

**デフォルトの名無しさん** · 2017/03/04(土) 06:08:14.80

>83
不要

**デフォルトの名無しさん** · 2017/03/12(日) 16:57:53.13

>>85
はい、SubclassWindowは失敗していました

みなさんの言う通りコントロール作成時に暗黙にサブクラス化が行われているようです
とても勉強になりました
有り難うございます

**デフォルトの名無しさん** · 2017/03/12(日) 20:13:37.36

そもそもなぜサブクラス化って言うの？
クラスとは関係ないと思うんですが

**デフォルトの名無しさん** · 2017/03/12(日) 20:23:14.61

サブクラス化というネーミングはイマイチだとずっと思ってた。
APIの名称から来てるから翻訳者に罪はないが、、

VS2017入れてみたけど_MFC_VERは変化なし。
残念だ。

**デフォルトの名無しさん** · 2017/03/12(日) 20:33:34.83

>>87
多分ウィンドウクラスを横取りするからじゃないかな？

**デフォルトの名無しさん** · 2017/04/02(日) 01:00:25.54

実際クラスとは関係ないと思う
ファーストクラスとかも全然クラス関係ないし
英語にそういうニュアンスがあるんじゃないの

**デフォルトの名無しさん** · 2017/04/13(木) 15:17:28.33

Windows1.0のときからあるし、オブジェクト指向の用語とは別路線で発生したもんだしなあ

**デフォルトの名無しさん** · 2017/04/13(木) 21:53:13.05

GUI自体がオブジェクト指向の影響下で発展してきたわけで、別路線ってことはないだろう。
ウィンドウクラスごとにそれぞれ異なるWinProcを指す仕組みなんてほとんどv-tableだし。

**デフォルトの名無しさん** · 2017/04/14(金) 10:48:36.47

確かWin32APIはsmalltalk由来のメッセージパッシング式オブジェクト指向を意識して作られたとかなんとか。
んで、C++はメッセージパッシング意識して作られてなかったから、言語自体を拡張されたのがC++Builderで、言語は拡張せず、メッセージテーブル作って無理くり対応したのがVCのMFCって何かで読んだ。

そう考えるとMFC以前はCでどうにかオブジェクト指向と言うより、メッセージパッシングを実現しようとしてWin32APIが出来たんだろね。

**デフォルトの名無しさん** · 2017/04/16(日) 20:06:30.26

Win16の存在が消されてる...

**デフォルトの名無しさん** · 2017/04/17(月) 00:21:05.80

生まれてなかったんで。
そう言えばWin16sとの互換性のためとか勉強した覚えある。

**デフォルトの名無しさん** · 2017/04/17(月) 00:52:44.41

win32sならやったけど、Win16sは知らないなあ。

**デフォルトの名無しさん** · 2017/04/17(月) 08:58:12.02

揚げ足どりにも程があるw

**デフォルトの名無しさん** · 2017/04/27(木) 23:52:23.90

IT業界を離れて10数年経つ者です。
いまどき高速なアプリを手軽に作りたい場合、現役の方はどういう環境で作っています？
当時は主にMFC、たまにC++Builderでやってました。重くても良い場合はVBも使いました。
出来れば今後10年使えそうな奴をお願いします。今もたまに簡単なツールを作る機会が
ありますが、その際はMFCで作っています。多少勉強する覚悟はあります。
よろしくお願いします。

**デフォルトの名無しさん** · 2017/04/28(金) 01:05:33.78

>>98
>出来れば今後10年使えそうな奴をお願いします。

ない。

**デフォルトの名無しさん** · 2017/04/29(土) 20:05:07.24

>>98
本当に経験者ならこんな質問はしないやな

**デフォルトの名無しさん** · 2017/04/29(土) 21:27:44.34

>>98
C#

**デフォルトの名無しさん** · 2017/05/01(月) 17:24:45.69

C#やっときゃなんとかなる

**デフォルトの名無しさん** · 2017/05/01(月) 22:10:24.46

WPFやUWPは廃れても、C#とXAMLは残ってそう。
C++とMFCも地味に残ってるだろうけど。。。

98 · 2017/05/01(月) 23:13:30.10

ご意見ありがとうございます。
参考にします。

**デフォルトの名無しさん** · 2017/05/07(日) 20:46:12.14

Ｃ＃意外と人気なんだな・・・驚いた

**デフォルトの名無しさん** · 2017/05/10(水) 00:20:17.07

MFCで印刷プレビューのリボンバーってどうやってカスタマイズするの？？

**デフォルトの名無しさん** · 2017/05/23(火) 19:47:17.95

MDIの子ウィンドウのハンドルはどこですかぁ～

**デフォルトの名無しさん** · 2017/05/24(水) 06:22:57.52

>>107
CDocument::GetFirstViewPosition
CDocument::GetNextView

**デフォルトの名無しさん** · 2017/05/30(火) 19:18:12.89

> CCriticalSection オブジェクトの使用方式は、2 とおりあります。
> スタンドアロン方式、およびクラスに埋め込む方式です。
>
> スタンドアロン方式
> CCriticalSection オブジェクトをスタンドアロンで使うには、
> 必要が生じたときに CCriticalSection オブジェクトを構築します。
> コンストラクタから正常に戻った後、Lock を呼び出してオブジェクトを明示的にロックします。
> クリティカルセクションへのアクセスが完了したら、Unlock を呼び出します。
> この方法はソースコードを読んだ人にはわかりやすいのですが、
> アクセスの前後でクリティカルセクションをロック、アンロックすることを
> 覚えておかなければならないため、エラーを引き起こす傾向があります。
> より望ましいのは、CSingleLock クラスを使う方法です。
> この場合も Lock メソッドおよび Unlock メソッドを使いますが、
> 例外が発生したときにリソースのロックを解除する必要はありません。
>
> 埋め込み方式
> CCriticalSection 型のデータメンバをクラスに追加し、
> 必要に応じてロックすると、複数のスレッドでクラスを共有することもできます。

MSDNのCCriticalSectionの説明には、上のように書かれているのですが、
このスタンドアロン方式って、どういう意図なのでしょうか。

普通に読めば、関数の内部でローカル変数として宣言するように思えるのですが、
それだと全く排他制御になっていないのでは？

**デフォルトの名無しさん** · 2017/05/31(水) 00:18:49.47

Mutexみたいに名前付きなら上のスタンドアロン方式も理解できるけど名前ないからなー
わかんね

**デフォルトの名無しさん** · 2017/05/31(水) 10:12:23.47

CCriticalSectionインスタンスが同期オブジェクトなわけではないよ。
クリティカルセクションは名前の通りクリティカルな区間のこと。Win32APIのEnterCriticalSection()からLeaveCriticalSection()の区間。
CCriticalSectionはこれのラッパー。
クリティカルセクションに入るスレッドはプロセスで一つだけになる。
プロセス間排他はできない代わりに軽い。

同期オブジェクトがプロセスで一つだけになのと同義。
マルチコア・マルチスレッドでロック待ちが無視できなくなるようなら他の使う。

**デフォルトの名無しさん** · 2017/05/31(水) 13:08:02.66

>>111
クリティカルセクションという用語は>>111の言う様に元々「クリティカルな区間」のことだが、Win32では
スレッド間排他処理のための同期オブジェクトとして"CRITICAL_SECTION"があり、CCriticalSectionはこのラッパー。
( https://msdn.microsoft.com/ja-jp/library/cc429052.aspx にも"「クリティカルセクション」は、Win32の基本的な同期オブジェクトの1つです。"と書かれている)

>>109
確かにその説明はチンプンカンプンだねえ。
推測だけど、たとえばCStringをスレッド間排他制御するために

CString strFoo ;
CCriticalSection csForFoo ; // 非AUTO
　：
csForFoo.Lock() ;
strFoo += strBar ;
csForFoo.Unlock() ;
　：
みたいに書く(定義上はcsForFooはstrFooと結びついていない)のが、「スタンドアロン方式」で

class CThreadSafeString : public CString {
private:
　CCriticalSection csForMe ;
public:
　void ThreadSafeAppend( LPCSTR p ) {
　　csForMe.Lock() ;
　　*this += p ;
　　csForMe.Unlock() ;
　}
} ;
みたいに書く(クラスに排他処理を埋め込む)のが「埋め込み方式」じゃないかなあ。

で、いずれの方式でも上記のような記述では「クリティカルな区間」で例外が発生するとUnlock()が実行されないので、これを避けるため、CSingleLockクラスを使えと。

**デフォルトの名無しさん** · 2017/06/04(日) 22:05:56.04

>>110-112
解説ありがとうございます。

> CCriticalSection csForFoo ; // 非AUTO
> 　：
> csForFoo.Lock() ;
> strFoo += strBar ;
> csForFoo.Unlock() ;

この使い方が当初の疑問だったのですが、
このローカル変数としての使い方って、意味ありますか？
試しに同じような処理を作って、複数のスレッドから同時に呼んでみても、
全く排他制御されているように見えなかったのですが。

**デフォルトの名無しさん** · 2017/06/05(月) 10:47:00.10

>>113

>>112
>CCriticalSection csForFoo ; // 非AUTO
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12140841977?__ysp=QVVUT%2BWkieaVsA%3D%3D

>>109
>普通に読めば、関数の内部でローカル変数として宣言するように思えるのですが、
思えない

ローカル変数にも、ブロックローカル・関数ローカル・ファイルローカルがあり、
ブロックローカル・関数ローカルにも非静的変数と静的変数がある。

**デフォルトの名無しさん** · 2017/06/05(月) 12:03:45.22

>>114
> CCriticalSection csForFoo ; // 非AUTO
> 　：
> csForFoo.Lock() ;

ああ、このcsForFooは関数内の自動変数ではなくて、
関数外なり静的変数なりで定義されているものいうことでしたか。

> 普通に読めば、関数の内部でローカル変数として宣言するように思えるのですが

の「ローカル変数」は、「自動変数」の意味でした。
失礼しました。

**デフォルトの名無しさん** · 2017/06/05(月) 19:28:46.05

>>109の原文(MSDN)には
construct the CCriticalSection object when it is needed.
と書かれているからCCriticalSection objectはオート変数と解釈してもおかしくは無い気がする。
staticならあらかじめになってしまう。

**デフォルトの名無しさん** · 2017/06/06(火) 17:22:09.38

>>116
「コンストラクタから正常に戻った後、Lock を呼び出して」
とも書いてあるので、普通に読めば自動変数ですよねぇ。
でも、自動変数のCCriticalSectionをロックしても排他制御になっていないはずだし、
これはどういう意図なんだろうか、という質問でした。

**デフォルトの名無しさん** · 2017/11/29(水) 18:24:25.41

MFC MDIで２つのメニューを出したいので、mainframeにCMFCMenuBarを２つ作って、２つCreateすると、2つ目のCreateはAssertでとまってしまいます。2つのメニューを表示させる方法はありませんか？

**デフォルトの名無しさん** · 2017/11/30(木) 13:32:53.51

>>118
「Method should be called once!」
なんてコメントが入ってるくらいだから、メニューは一つという設計なんだろう。

CMFCToolBarにCMFCToolBarMenuButtonを並べたほうが早いかも。
見た目を完全にメニューと合わせるなら、派生クラスを作ってオーバーライドする必要もあるだろうけど。

**デフォルトの名無しさん** · 2017/11/30(木) 20:04:53.18

menuボタンを並べるのは良いアイデアだと思います。IEdemoというサンプルを見ていたら、LinkBarというクラスを作って使っていました。２つのメニューは、やはり初期化しないのが良さそうです。１つは別の物にしてみます。ありがとうございます！

**デフォルトの名無しさん** · 2017/11/30(木) 23:13:55.12

IEDEMOのMFCコード、なかなか思い道理に動きません。MDIでサンプルを作って、CLinksBarとCLinksButtonを移植しようとしましたが、表示がバグります。バグっているけれどマウスカーソルをあてると、TOOLTIPが表示されます。何かが足りないようです。難しい

**デフォルトの名無しさん** · 2017/12/01(金) 09:35:49.83

>>121
>>121
実際に見ていないからわからないけど、
ツールバーの情報は標準でレジストリに保存されてしまうから、
開発中は定期的にレジストリを消さないといろいろ原因不明の現象は起こる。
一度消してみたらどうかと。

ちなみに、m_wndToolBar.LoadToolBar()のあとに以下の処理を入れたら、
とりあえずツールバーにメニューを出すサンプルにはなる。
(これも一度レジストリの削除は必要)

CMenu menu;
menu.LoadMenu(IDR_MAINFRAME);
for (UINT i = 0; i < menu.GetMenuItemCount(); i++) {
　　CString strText;
　　menu.GetMenuString(i, strText, MF_BYPOSITION);
　　m_wndToolBar.InsertButton(CMFCToolBarMenuButton(-1, menu.GetSubMenu(i)->GetSafeHmenu(), -1, strText));
}

**デフォルトの名無しさん** · 2017/12/01(金) 23:29:26.56

>>122さんのおかげで先に進めました。
下記のようにしたら、思い通りのメニューが出て、しっかり動いてくれました。
/*
if (!m_wndToolBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD | WS_VISIBLE | CBRS_TOP | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC) ||
!m_wndToolBar.LoadToolBar(theApp.m_bHiColorIcons ? IDR_MAINFRAME_256 : IDR_MAINFRAME))
{
TRACE0("ツールバーの作成に失敗しました。\n");
return -1; // 作成できない場合
}
*/
m_wndToolBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD | WS_VISIBLE | CBRS_TOP | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC);
CMenu menu;
menu.LoadMenu(IDR_MENU_2);
for (UINT i = 0; i < menu.GetMenuItemCount(); i++) {
CString strText;
menu.GetMenuString(i, strText, MF_BYPOSITION);
int menuID;
menuID = menu.GetMenuItemID(i);
m_wndToolBar.InsertButton(CMFCToolBarMenuButton(menuID, menu.GetSubMenu(i)->GetSafeHmenu(), -1, strText));
}
Toolbarはとても難しいですね。私だけではとても思い通りの物は作れませんでした。>>122さんありがとう！

**デフォルトの名無しさん** · 2017/12/09(土) 13:03:41.75

MDIで色々ウインドウを出すと、チャイルドウィンドウのタイトルバーが:1 :2になったり、消えてしまったりします。特に後ろになったチャイルドウィンドウのタイトルバーが書き換わって、タイトルが消えてしまう問題に頭を痛めております。
CWNDクラス内などにウインドウタイトルの情報を保持していて、時々その保持している情報で書き換えているように思うのですが、保持している情報がどれなのか、書き換えられるのかわかりません。
今の所OnPaint内でGetParent()->SetWindowTextで書き換えているのですが先のようにチャイルドウインドウが後ろに回るとタイトル表示が消えたりします。なにか良いタイトルバーテキストの書き換え方法は有りませんでしょうか？

**デフォルトの名無しさん** · 2017/12/12(火) 18:12:33.03

124が消したり書き換えているんだと思う。
素のMDIプロジェクト作ってもそういう動きになる？

**デフォルトの名無しさん** · 2017/12/12(火) 22:35:42.07

　素のMDIプロジェクトだとなりません。素のままだとタイトルバーがチャイルドウインドウの数に応じてプロジェクト名＋１，２，３と表示されてしまいます。
　チャイルドウインドウのFormView別にチャイルドウインドウのタイトルを変化させたいのですが、うまくいきません。
　タイトルバーをもっと思うように書き換える方法を探しております。

**デフォルトの名無しさん** · 2017/12/12(火) 23:44:01.59

CDocumentのサブクラスでSetTitle(LPCTSTR lpszTitle)をオーバーライドして独自のタイトルを付けるのはどうかな。
よく覚えてないけど独自のタイトルじゃなくlpszTitleを加工しようとすると嫌な感じにハマった記憶が、、

**デフォルトの名無しさん** · 2017/12/13(水) 09:22:41.41

>>124
CMDIChildWnd::OnUpdateFrameTitle()をオーバーライドしてみては。
何科変化するたびにこの関数が呼ばれるし、
デフォルトの処理だと、ここで":1"とか追加している。

**デフォルトの名無しさん** · 2017/12/13(水) 09:23:33.82

× 何科
○ なにか

**デフォルトの名無しさん** · 2017/12/13(水) 12:23:45.29

>>127さん
　CDocumentのサブクラスCDocumentExを作ってSetTitleをオーバーライドしてみました。
　その他、ドキュメントクラスはCDocumentからの継承ではなくCDocumentExから継承させるようにしてみたのですが、CDocumentEx::SetTitle関数は呼ばれないようです。
　CDocumentクラスのオーバーライドではだめかもしれません。
>>128さん
ちょっと試してみます！

**デフォルトの名無しさん** · 2017/12/13(水) 18:07:57.07

>CMDIChildWnd::OnUpdateFrameTitle()をオーバーライドしてみては。
　OnUpdateFrameTitleをオーバーライドして、親クラスのメソッドをよびにいく時のパラメーターをfalseにしてみたところ、チャイルドウインドウのタイトルが書き換わらなくなりました。
　ありがとうございます！

**デフォルトの名無しさん** · 2017/12/25(月) 18:31:00.49

　mfcで見た目の良い（テーマを適用した）ラジオボタンを出したいと思っています。ところが、ラジオボタンのクラスとして、CMFCRadioButtonというクラスがありません。
　恐らくCMFCButtonクラスのインスタンスを生成してラジオボタンとして用いるのかなと悩み、CMFCButtonクラスの継承でCMFCRadioButtonクラスが作れないものか、考えています。
　CMFCRadioButtonクラスは作ってみた物の、CMFCRadioButtonクラスのOnDrawが呼び出されません。CMFCタイプのラジオボタンを生成する良い方法はございませんか？

**デフォルトの名無しさん** · 2017/12/26(火) 09:21:22.00

>>132
virtual void OnDraw(CDC* pDC, const CRect& rect, UINT uiState);
をオーバーライドしたら、ちゃんと呼ばれているように見えるけど。

**デフォルトの名無しさん** · 2017/12/26(火) 12:13:07.59

リソースではラジオボタンを定義しておいて、DDXCONTROLからCMFCRadioButtonクラス（CMFCButtonクラス派生）とひもづけると、外観がボタンになってしまいます。
　外観はボタンですが、確かにCMFCRadioButtonクラスのOnDrawは呼び出されます。
　外観がボタンではなく、ラジオボタンにする方法をご教示下さい。

**デフォルトの名無しさん** · 2017/12/26(火) 12:55:18.72

>>134
CMFCButtonの標準の描画処理がボタン前提になっているので、
ラジオボタンの見た目を表現したいなら、
OnDraw()などをオーバーライドして自分で完全に描画するしかないかと。

そもそも、CMFCButtonではなくCButtonにしてしまえば、
Windowsのテーマに従ったものは描画されるけど、
そうではなく、CMFCVisualManagerのテーマのことでいいんだよね？

最新のMFCは知らないけど、2008で導入されたときのMFCは、
ダイアログや内部のコントロールのテーマ描画は対応してない。

ライブラリの元となったBCG社が、機能を別売りしている。
ttps://www.bcgsoft.com/featuretour/tour240.htm

**デフォルトの名無しさん** · 2017/12/26(火) 19:16:10.15

2008年にMSがBCGを買収してCommunityEditionにこれが入っていたら、、と思う。

**デフォルトの名無しさん** · 2017/12/26(火) 20:03:16.51

　CMFCVisualＭanagerでたぶんあっています。
　mfcのコンパイルオプションをUnicodeモードにすると、ラジオボタンの見た目が変わることは分かったのですが、ANSI(ShiftJIS)モードでコンパイルしたいのです。
　今気になっているのは、manifestファイルを追加してみようと思います。
http://gurigumi.s349.xrea.com/programming/visualcpp/sdk_luna.html

**デフォルトの名無しさん** · 2017/12/26(火) 20:28:21.70

>>137
それはCMFCVisualＭanagerではないぞ。
Windowsのテーマのほうだ。

**デフォルトの名無しさん** · 2017/12/26(火) 21:53:49.91

マルチバイト文字モードでコンパイルした場合の見た目の違いです。DDXControlで左はCButton右はCMFCButtonとひもづけました。
https://i.imgur.com/4qA7an3.jpg

**デフォルトの名無しさん** · 2017/12/26(火) 22:19:37.75

やはりmanifestファイルのようです。マニフェストファイルでラジオボタンは変化しました。
マニフェスト適用後
https://i.imgur.com/JqRoqH4.jpg
マニフェスト適用前
https://i.imgur.com/lC9fLyO.jpg

**デフォルトの名無しさん** · 2017/12/30(土) 19:20:54.71

このスレはVisualStudioの使い方、
質問はアプリケーションの作り方
微妙に違うといえば違う。
かといって誘導出来る適当なスレは見当たらない
MFCのスレくらいかな

**デフォルトの名無しさん** · 2017/12/30(土) 20:06:14.31

mfcのスレでmfcのクラスに関する質問をしていますよ。

**デフォルトの名無しさん** · 2018/01/06(土) 20:47:11.78

Excelでキャレットの無い状態から日本語入力をするとテキストボックス？が現れて文字が未確定状態で表示されますが
同様な動きををCViewとCEditでやろうとしています。
以前はViewのOnCharからCEditにWM_CHARをポストすることで普通に動いていたのですが、OSの仕様が変わったのか
最初の1文字が確定状態で表示されてしまいます。ATOKもMS-IMEも同じです。

何かヒントがあれば教えてください。

**デフォルトの名無しさん** · 2018/01/11(木) 02:22:52.84

excelでキャレットの無い状態というのがわかりません。＾が無い状態で入力を開始するのでしょうか？

**デフォルトの名無しさん** · 2018/01/11(木) 22:28:59.70

>>144
レスありがとうございます。
Ｅｘｃｅｌを起動した直後、あるいはセルへのキーボード入力が完了した直後など、矢印キーでカーソルが動く状態のことです。

**デフォルトの名無しさん** · 2018/01/11(木) 22:30:38.90

文字入力時に点滅する「Ｉ」のような記号がキャレットです。

**デフォルトの名無しさん** · 2018/01/12(金) 22:01:33.38

回答になっているかどうか分からないのですが、CViewクラスではない場合でCListCtrlクラス内にCEditを貼り付けて、そのCEdit上で編集をする例は有ります。
CView上にCEditを張り付けているような応用にもかなるかもしれませんので、例を上げます。
http://www.softist.com/programming/listctrl-edit/listctrl-edit.htm

**デフォルトの名無しさん** · 2018/01/13(土) 18:52:00.81

>>147
レスありがとうございます。
ダブルクリックでCEditを出して～という動作は当方でも問題なく出来ています。

**デフォルトの名無しさん** · 2018/01/29(月) 00:24:27.95

すみませんお助けください
親ウインドウにテキストボックスとボタン、ボタンを押すとdomodalでウインドウが呼び出されます
その子ウインドウにはリストボックスがあって、そこには親のテキストボックスに入力された文字が表示される
そういうものを作ろうとしています

親テキストボックスの変数名がm_input
setvalueでプライベートにしてるリストボックス変数にそれを格納しています
ですがこれですとウインドウは表示されてもリストボックスはからっぽです。
一体何が悪いのでしょうか

void 親ウインドウクラス名::OnBnClickedButton1()
{
PopupDlg pdlg;
UpdateData(TRUE);
pdlg.setValue(m_input);
pdlg.DoModal();
UpdateData(FALSE);
}

**デフォルトの名無しさん** · 2018/01/29(月) 09:13:09.91

>>149
setValueの引数の型や、それをPopupDlgがどのように扱っているのかを見せないと、
それだけではなにもわからないよ。

**デフォルトの名無しさん** · 2018/01/30(火) 19:55:15.15

すっかり遅くなったけど申し訳ない
oninitdialogに処理書いたらなんとかなりました

**デフォルトの名無しさん** · 2018/02/08(木) 23:58:28.60

MDIウィンドウの場合で、メニューのフォントとフォントサイズは変えられますか？
ツールバーの右端に出てくるボタンの表示非表示を無くすことは出来ますか？

**デフォルトの名無しさん** · 2018/02/09(金) 09:43:56.52

>>152
MFC Feature Packのメニューやツールバーのことなら、

> メニューのフォントとフォントサイズ
CMFCMenuBar::SetMenuFont

> ボタンの表示非表示
CMFCToolBar::EnableCustomizeButton

**デフォルトの名無しさん** · 2018/02/09(金) 22:24:50.30

ありがとうございます！試してみます。

**デフォルトの名無しさん** · 2018/02/10(土) 15:55:33.49

あれ？
CListViewなくなったん?

ウイザードにないw

**デフォルトの名無しさん** · 2018/02/10(土) 19:51:23.23

SDIかMDIを選んでいれば、ウイザードの最後の項目でViewを選択できるはずです。選ぶ中にCListViewは有るはずです。

**デフォルトの名無しさん** · 2018/02/10(土) 20:30:44.41

ないんだなーこれが

**デフォルトの名無しさん** · 2018/02/10(土) 23:11:10.45

そんなわけ無いだろうと思ったけど、無いね．．
CListViewは存在するけどウィザードでは選択できなくなったのか
結構便利なクラスだと思うんだけどな

**デフォルトの名無しさん** · 2018/02/10(土) 23:55:46.38

だろー
昨日から三回も再インストールしてる

**デフォルトの名無しさん** · 2018/02/11(日) 00:27:35.71

確かに2017communityでは、無くなっています。2013Communityには有るようです。

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

一応、MSに連絡

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

まぁこのへんの仕組みはもう変わらないだろうし、
適当なものを選んでから書き直しても問題ないけどな。

**デフォルトの名無しさん** · 2018/02/12(月) 00:23:21.23

TreeViewぐらいで

**デフォルトの名無しさん** · 2018/02/16(金) 06:26:23.85

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**デフォルトの名無しさん** · 2018/02/17(土) 09:44:17.48

ウィザードのCListViewの話
去年にはもうあった話題やん
もうちょっと頑張ってくれよ
https://developercommunity.visualstudio.com/content/problem/135607/vs-1541-vcmfc-application-wizard-cant-select-listv.html

**デフォルトの名無しさん** · 2018/02/28(水) 17:21:10.04

>>153

> >>152
> MFC Feature Packのメニューやツールバーのことなら、
>
> > メニューのフォントとフォントサイズ
> CMFCMenuBar::SetMenuFont
>
> > ボタンの表示非表示
> CMFCToolBar::EnableCustomizeButton
使い方がよくわかりません。適当なパラメーターがよくわからず、CMainframe内で呼び出してはみた物の、うまくフォントのサイズは変わりません。
ボタンの追加も消せませんでした。

**デフォルトの名無しさん** · 2018/02/28(水) 18:28:27.62

ソースが付いてるんだから読みなよ

**デフォルトの名無しさん** · 2018/03/01(木) 12:14:56.76

>>166
とりあえずこんな感じで書けば変わる。
ただ、あまり大きくすると、縦にドッキングしたときに文字が欠ける。
最新バージョンなら直っているのかもしれないけど、
自分のアプリではメニューは上部固定なので、深くは調べていない。

> メニューのフォントとフォントサイズ
NONCLIENTMETRICS metrics;
metrics.cbSize = sizeof(metrics);
SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(metrics), &metrics, 0);
LOGFONT lfMenu = metrics.lfMenuFont;
_tcscpy_s(lfMenu.lfFaceName, _T("ＭＳＰ明朝"));
lfMenu.lfHeight = -24;
CMFCMenuBar::SetMenuFont(&lfMenu);
lfMenu.lfOrientation = 900;
lfMenu.lfEscapement = 2700;
CMFCMenuBar::SetMenuFont(&lfMenu, FALSE);

> ボタンの表示非表示
m_wndToolBar.EnableCustomizeButton(TRUE, -1, _T(""), FALSE);
もしくは、EnableCustomizeButtonを呼ばない。

**デフォルトの名無しさん** · 2018/03/01(木) 13:10:39.24

軽く煽ると答えを書いてくれるこのスレはチョロいよねｗ

**デフォルトの名無しさん** · 2018/03/01(木) 18:59:24.33

自演じゃなければ

**デフォルトの名無しさん** · 2018/03/01(木) 21:28:45.70

質問に答えると負けなんだろうか。
他のスレでも、質問に「答えない」ってだけのしょうもないマウントとりにくる人を見かけるね。

**デフォルトの名無しさん** · 2018/03/01(木) 22:57:24.75

>>171
君が質問に答えてあげればいいじゃん

**デフォルトの名無しさん** · 2018/03/04(日) 03:39:37.81

>>168
ありがとうございます。メニューのフォントサイズを変更でき、ボタンの追加・削除を消せました。
私ではとても考え付かない設定です。ありがとう!!

**デフォルトの名無しさん** · 2018/03/22(木) 07:47:15.16

温度情報などをグラフにしてFormView上に描画できないか考え込んでいます。自前でCDCに描いていくのではなく、描くのに適しているmfcのライブラリは無いものか、探しています。どなたか目盛りのついたグラフ描画に良いクラスはご存じないでしょうか？

**デフォルトの名無しさん** · 2018/03/22(木) 10:15:31.03

matlab

**デフォルトの名無しさん** · 2018/03/22(木) 12:52:08.54

>>174
MFC用の有料ライブラリならこのへんがあるけど、使い勝手は知らない
https://www.bcgsoft.com/featuretour/tour270.htm
http://www.codejock.com/products/chart/

無料ならこのへんのソースを読んでみるとか
https://www.codeproject.com/KB/miscctrl/#Charting+Controls

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

matlabはおそらく有料ライセンスですよね。

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

>>176

> >>174
> MFC用の有料ライブラリならこのへんがあるけど、使い勝手は知らない
> https://www.bcgsoft.com/featuretour/tour270.htm
>
グラフとして、このようなグラフが描けると良いなとは思います。 http://www.codejock.com/products/chart/
>
> 無料ならこのへんのソースを読んでみるとか
> https://www.codeproject.com/KB/miscctrl/#Charting+Controls
ちょっと調べてみます。ありがとうございます。

**デフォルトの名無しさん** · 2018/03/22(木) 18:25:07.36

昔の話で何ですが、DOSの時代にはMSCなどにグラフ描画ライブラリが付いてきていたような記憶があります。mfcには無さそうですよね。

**デフォルトの名無しさん** · 2018/03/22(木) 19:42:36.73

>>179
最新版は知らないが、昔のMFCには無かったと思う。
(昔の) MSDN Library をよく見ているが、発見してない。

でも、グラフ描画って、LineTo() だけでも大体いけると思うんだけど。

**デフォルトの名無しさん** · 2018/03/23(金) 11:19:28.52

OLE2使ってExcel呼べばいいんじゃね？
MFC関係ないのでスレチだけど

**デフォルトの名無しさん** · 2018/03/23(金) 12:29:30.45

>>180
MSC = Microsoft CというDOS用のコンパイラです。1990年代のお話です。

**デフォルトの名無しさん** · 2018/03/23(金) 13:06:50.13

>>182
知ってるけど

**デフォルトの名無しさん** · 2018/03/23(金) 18:21:05.39

>>174 >>177
matplotlib の python 用 dll を c/c++ から使う手がある

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

.NETのChartコントロールをユーザーコントロールに置いてMFCダイアログでホストってのをやったことあるよ。
MFCビューでのやり方もMSDNに書いてあるからその通りやればできると思う。
MFC、Windowsフォーム、辺りで検索すれば見つかるはず。

**デフォルトの名無しさん** · 2018/03/24(土) 13:59:14.06

.NET使いたくないって話では

**デフォルトの名無しさん** · 2018/03/25(日) 01:41:05.54

.netはちょっと重いです。それでも参考になります。ありがとうございます。。

**デフォルトの名無しさん** · 2018/04/03(火) 23:45:10.59

mfcとexcelの連携が全然分かんない……COM？何それ？みたいな
msdnとかstackoverflowとかいろいろ漁ってもだめ。っていうかそもそもmfc、windowsってよくわかんないクラスとか変数とか多すぎじゃない
もっと簡単にプログラミングさせてよ！って思う

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/03(火) 23:46:23.75

>>188
VB6でも使ってろ

**デフォルトの名無しさん** · 2018/04/04(水) 02:52:52.55

>>188
馬鹿には無理

**デフォルトの名無しさん** · 2018/04/04(水) 23:16:43.35

昔、MFCに慣れてきた頃、趣味でMACのプログラミング勉強しようとして挫折したことがある。
Excel連携なら、その箇所だけでもVBでやるのがお勧め。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/05(木) 15:58:24.24

http://blog.systemjp.net/entry/20120827/p3

**デフォルトの名無しさん** · 2018/04/06(金) 12:26:46.99

MFC使わなくてもCで良いのに

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/06(金) 16:14:35.30

まずは、OleViewを起動してな。

**デフォルトの名無しさん** · 2018/04/20(金) 12:34:59.85

折れ線グラフをMovetoとLinetoで描くことにしました。線分を引くに当たって、GDI+とGDIでの描画速度を検証してみました。
32bit win7 corei5で24×1,024本の線分を描きましたところ
GDI+ drawLine 7300ms
GDI Moveto Lineto 350ms
という結果になりました。
mfcのMoveto Linetoは速いですよね。画面のサイズによって速度はだいぶ変わるようです。

**デフォルトの名無しさん** · 2018/04/20(金) 12:38:07.74

c#などのASP.net環境では、グラフを生成するAPIが有るようですね。サーバ上で簡単にグラフを生成し、クライアントのブラウザから見られます。

**デフォルトの名無しさん** · 2018/04/20(金) 22:27:08.54

>>195
検証おつ。少数派かもしれませんがこういうの好きです。

**デフォルトの名無しさん** · 2018/04/25(水) 12:53:36.78

CFormView内でOnMouseWheelを使っていたのですが、コンボボックスを配置したところ、OnMouseWheelのイベントに飛んでこなくなりました。
今のところ、コンボボックスを継承して、コンボボックス内のOnMouseWheelイベント内で、親クラスへSendMessage(WM_MOUSEWHEEL )する事で動かせるようにしました。

この先、ほかのコントロールが追加されたら、またOnMouseWheelイベントを拾えなくなると思い、もっと良い方法があればと思っています。どなたか良い解決策をご存じですか？

**デフォルトの名無しさん** · 2018/04/25(水) 13:44:01.27

>>198
CFormView派生クラスのPreTranslateMessage()で横取りしてしまうのが簡単かと

**デフォルトの名無しさん** · 2018/04/26(木) 22:30:35.34

確かに横取りで解決できました。ありがとうございます。
コンボボックスをドロップダウンリストに設定した場合のフォーカスについても伺いたいのですが、
CFormViewクラス内にドロップダウンリスト型のコンボボックスを配置すると、キーボードのフォーカスがコンボボックスに設定されてしまいます。
CFormViewに対してSetFocus()を呼び出しても、フォーカスがコンボボックスから外れません。
コンボボックスが青く塗りつぶされて選択状態になっているのを解除する方法をご存知ないですか？