1001コメント335KB

■MFC相談室 mfc17d.dll■

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2006/11/21(火) 10:38:31

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

前スレ
■MFC相談室 mfc16d.dll■
http://pc8.2ch.net/test/read.cgi/tech/1146117893/

0002デフォルトの名無しさん

2006/11/21(火) 10:54:08

2GET

0003デフォルトの名無しさん

2006/11/21(火) 14:30:37

意外と使えるCMemFile
>>1乙

0004デフォルトの名無しさん

2006/11/21(火) 23:02:46

>>3
> 意外と使えるCMemFile

その　CMemFileの内容を、ディスクに保存せずに、CHtmlView で
表示出来ないかなぁ。

0005デフォルトの名無しさん

2006/11/21(火) 23:38:42

質問です。
今SDIアプリケーションで開発しているのですが
メインフレームのタイトルが
xxxxx - xxxxxxxxxx
のようにハイフンがついております。
このハイフンを消すことは可能でしょうか？

0006デフォルトの名無しさん

2006/11/22(水) 00:11:42

リソースのString TableのIDR_MAINFRAMの値が
～\n\n～\n\n\n～\n～
となっていると思うけれど、このうちのどれかの～がメインフレームのタイトルになっていて、そのハイフンを消せばタイトルからハイフン消える。

00075

2006/11/22(水) 10:36:07

>>6
ありがとうございます。消えました。

0008デフォルトの名無しさん

NGNG?2BP(200)

>>4
CHtmlView::GetHtmlDocumentでhtmlドキュメントのIDispatchを取得して、
IHTMLDocument2::writeで注入。

0009デフォルトの名無しさん

2006/11/22(水) 22:05:49

MFCを勉強するのに定評のある本を教えて下さい。お願いします
できれば２、３冊くらい

0010デフォルトの名無しさん

2006/11/22(水) 22:58:59

スレ違い

0011デフォルトの名無しさん

2006/11/23(木) 02:55:20

>>10
いや、そうは思わんけど・・・ｗ

0012デフォルトの名無しさん

2006/11/23(木) 06:21:35

シルトの標準講座MFC
　　　　　　↓
MFCのライブラリのソース読む

MFCはこれぐらいで十分
あとはwin32apiでもやった方がいい

0013デフォルトの名無しさん

2006/11/23(木) 15:28:54

MFCを使ってMDIプログラムを作っています。
子画面の作成方法は分かったのですが、
それにダイアログのようにコントロールを貼り付ける方法が分かりません・・・
CFormViewを土台にクラスを作ると子画面にできないですし、
CMDIChildWndを土台にクラスを作るとコントロールが使えません
両方の良いとこ取りをしたようなクラスはありませんか？
もしくは子画面でコントロールを使う方法を知りませんか？
（上は標準作成の子画面ではなく自作するクラスの方の話です）

0014デフォルトの名無しさん

2006/11/23(木) 15:36:46

MDIで普通にコントロール使えるだろ

0015デフォルトの名無しさん

2006/11/23(木) 16:03:54

>>14
色々と試してみたのですが無理でした
クラスの新規作成でCMDIChildWndを継承したクラスを作り、
グローバル関数でインスタンス生成して呼び出していますが、
表示されないですし、コントロールも貼り付けられませんです

0016デフォルトの名無しさん

2006/11/23(木) 16:36:10

ウイザードでMDIにしたら普通にできたけど

0017デフォルトの名無しさん

2006/11/23(木) 16:41:34

>>16
標準で作られる子画面ではなくてですか？

0018デフォルトの名無しさん

2006/11/23(木) 16:45:09

sdiでフォームビューにするのと同じ
初心者向けの入門書でも読んどけ

0019デフォルトの名無しさん

2006/11/23(木) 17:44:38

>>13
通常はウィザードで選択したViewで表示を行い、特定のDocumentを扱う場合のみ
新しいView(FormView派生)で表示したいってことかな？

00209

2006/11/23(木) 18:19:49

>>12
㌧ｸｽ！さっそくやってみます。

0021デフォルトの名無しさん

2006/11/23(木) 19:26:44

ドキュメントテンプレート追加したら
任意のviewで表示できるけど

0022デフォルトの名無しさん

2006/11/23(木) 19:58:58

>>13
FormViewのMDI子ウィンドウはウィザードで普通にできるけれど、
もしかして、スプリッタやろうとしてるんじゃないのかな？
それならウィザードじゃ、FormViewはじかれて、できない。
FormViewの派生自作し、CreateStaticでスプリッタ作らないと。
Doc２つ作ってそれぞれにDoc-View割り付ける方法もあるらしいけれど、
オーソドックスに行くなら、この例ならTreeViewをウィザード使ってDoc-View使って、FormViewはDoc-View使わず、他のクラスからのアクセスはFormViewのオブジェクト宣言。

002322

2006/11/23(木) 20:02:04

それと、FormViewのスプリッタをウィザードが認めてないのは、
作ってみればわかるけど、スクロールバーでボタンなどのコントロールが隠れたりして、
ありえないというか、まずチマタじゃ見ないFormになる。
蛇流ゆえに作っていくと色々とワナがあるよ。

002422

2006/11/23(木) 20:12:08

左ツリーで右ブラウザ上のFORMみたいなことをやりたいなら、
CVIEWで作って、CMDIChildWndのハンドル取得して、オーナードローがいいよ。
DDX使えなくて、MFCの恩恵は使えないけど。

0025デフォルトの名無しさん

2006/11/23(木) 20:29:23

void CTestDlg::OnButton2()
{
m_button1.ShowWindow(SW_HIDE);
}

これにより、ボタン2を押すとボタン1は非表示状態になるのですが、

void CTestDlg::OnButton3()
{
m_button1.SetRedraw(FALSE);
m_button1.SetRedraw(TRUE);
m_button1.Invalidate();
}

としてボタン3を押すと、ボタン1が再び出てきてしまいます。
Invalidateだけだと出てきません。
SetRedrawって、SW_HIDEも勝手に戻してしまうものなのでしょうか？

これから作ろうとしているものは、
SetRedraw(FALSE)～SetRedraw(TRUE)の間でいろいろ内部情報の更新をして、
その結果に合わせて表示状態も切り替えようとしているのですが、
非表示にしても、最後のSetRedraw(TRUE)で表示状態に戻ってしまいます…。

0026デフォルトの名無しさん

2006/11/23(木) 20:47:56

>>25
非表示なものにSetRedraw()やInvalidate()をする意味は？
非表示の間は描画処理は必要ないでしょ。

0027デフォルトの名無しさん

2006/11/23(木) 20:48:11

>>25
SetRedrawの実際の処理WM_SETREDRAWをMSDNで見ても何も書いてないね。
m_button1の表示状態見て処理するしかないんじゃない?

002825

2006/11/23(木) 21:30:17

>>26
>>27
非表示なものにSetRedrawをするわけではなくて、
SetRedrawの最中に、更新結果によっては非表示にする
ということをやりたかったのです。

SetRedraw(FALSE)をした以上は、
最後は必ずSetRedraw(TRUE)を呼ばないとダメですよねぇ。

0029デフォルトの名無しさん

2006/11/23(木) 21:31:21

this->SetRedraw(FALSE);
this->SetRedraw(TRUE);
this->Invalidate();
もしくは
SetRedraw(FALSE);
SetRedraw(TRUE);
Invalidate();
にしたらうまくいったけど、なんでか分からん。

0030デフォルトの名無しさん

2006/11/23(木) 22:04:46

editから入力された文字列を受け取るにはどうしたら
いいんでしょうか？
誰か教えてください。
それと勉強できるホームページとか。
よろしくです。

0031デフォルトの名無しさん

2006/11/23(木) 23:33:34

>>31
つ[MSDN]

003213

2006/11/23(木) 23:40:38

ご回答ありがとうございます
返事が遅くなって申し訳ございません

>>19
そうです
普段はウィザード生成の標準子画面で操作を行い、
ボタンが押されたときに別の子画面を表示する感じです
（他にも同じ子画面が複数表示されないような制御も
行いたいと考えています）

>>22-24
基本的にやりたいことは単純にダイアログのようにコントロールが
貼り付けられて、それへの操作を処理のトリガとする子画面を持つ
MDIアプリを作りたいだけです
しかし、思ったように上手く、とても困っている状況です

つい数ヶ月前までVBしか経験のない状態でしたので、VC++6.0(MFC)の
ドキュメントビューアーキテクチャなども理解できていません
MFCで作れないWindowsアプリは無いと聞いたのと処理速度の問題から
こちらの言語での開発を始めたのですが・・・

0033デフォルトの名無しさん

2006/11/23(木) 23:59:31

MSDN2の
「フォームベースの MFC アプリケーションの作成を開始するには」
これでフォームひとつはできるはず。

0034デフォルトの名無しさん

2006/11/24(金) 00:32:44

1つのドキュメントに対して複数のビューを切り替えて表示する方法は
MSDNにのってるよ。
http://support.microsoft.com/kb/141499/JA/
このサンプルでは切り替える時に今までのViewを削除してるので
ちょっと変更が必要。切り替えより生成が面倒な感じ。

SDIで切り替える場合はこっち
http://support.microsoft.com/kb/141334/JA//

0035デフォルトの名無しさん

2006/11/24(金) 00:40:42

>>33-34
ありがとうございます
それらのサイトで調べてみます

0036デフォルトの名無しさん

2006/11/24(金) 00:54:03

>>21のいうようにドキュメントテンプレ追加する。最初のトリだけ書くと
１：新規MFCウィザードMDI、後すべてデフォルトでプロジェクト作成。
２：リソースで新規ダイアログ作る
３：新規フォームじゃなく新規クラスでCFormViewの派生クラスを作る(2のリソースID指定)
４：新規クラスでCDocumentの派生クラスを作る
５：リソースstringテーブルに次を追加する
Form\n\nForm(*.frm)\n.frm
注)\n\nの間に何か入れるとアプリケーション立ち上がり時、もしくはメニュー＞新規作成時にCViewとCFormView選択可になる。
今は、CViewのみ立ち上がる。
６：C～AppのInitInstance実装のAddDocTemplate(pDocTemplate);の下に以下を追加
pDocTemplate = new CMultiDocTemplate(
IDR_～,//5のstringID
RUNTIME_CLASS(C～Doc),//4のクラス名
RUNTIME_CLASS(CMDIChildWnd),
RUNTIME_CLASS(C～View));//3のクラス名
AddDocTemplate(pDocTemplate);

６：このファイルの頭の#includeの後に追加した、FormViewとDocumentクラスの.hファイルを#includeを記述
７：これで実行(Formを確認したい時は4の\n\nの間に何か入れる)

けれど、C++はできるなら、VCは普通はWIN32アプリから入るんだけど、この先かなり難儀するかもしれないな。

0037デフォルトの名無しさん

2006/11/24(金) 01:00:01

>>36
細かなご回答、ありがとうございます
その手順で試してみます

0038デフォルトの名無しさん

2006/11/24(金) 01:03:03

３６追加で２のダイアログのスタイルはチャイルド、境界線は「しない」に指定

003913

2006/11/24(金) 01:08:10

皆様、丁寧なご回答ありがとうございました
教えて頂いたことを試してみます

0040デフォルトの名無しさん

2006/11/24(金) 01:22:00

更に先のことになるけれど、
CViewのメニューなりからのイベントでCFormViewを開く時は、
CChildFrameのオブジェクトを取得して(CViewクラスからならGetParentFrameで取得できる。
ドキュメントテンプレにdoc-frame-viewの枠組みは登録されているので、新たにnewしてはいけない。)
これを*pChldFrmとすると、
イベントハンドラに
if(!pChldFrm->LoadFrame(・・・
{
return　FALSE;//もしくは失敗した時の例外処理
}というようにFormを作り、
pChldFrm->ShowWindow(～/*定数*/);
pChldFrm->UpdateWindow();
して表示してやる。

0041デフォルトの名無しさん

2006/11/24(金) 01:30:34

訂正
Form\n\nForm(*.frm)\n.frm
を
\nForm\n\nForm(*.frm)\n.frm
しておいてもらえるかな。やれば意味わかると思う。

0042デフォルトの名無しさん

2006/11/24(金) 01:55:21

それと、includeの順番はこの場合必ず、
#include"C～Doc.h"
#include"C～View.h"
の順番で。たまたまコンパイルビルドとおっちゃうかもしれないけど、
includeの順番はとっても重要だから。

0043デフォルトの名無しさん

2006/11/25(土) 13:15:51

>>40-42
ありがとうございました
この件に関しての問題は解決しました

次はDLL側にある子画面を呼び出し側(MDI)で表示／利用することに
挑戦しようと思います
また質問に来るかもしれませんが、よろしくお願いします

0044デフォルトの名無しさん

2006/11/26(日) 14:17:52

CToolbarCtrlクラスを使っています。

　このクラスで２５６色以上のビットマップを
貼り付けるにはどうしたらよいのでしょうか？
リソースエディタ上は16色しかでません。
　何かうまい方法ありましたらご教授願いたいです。

004544

2006/11/26(日) 14:33:20

環境はVC++6です。

0046デフォルトの名無しさん

2006/11/26(日) 16:02:20

>>44
http://www.google.co.jp/search?q=CToolBar+256+&ie=Shift_JIS&oe=Shift_JIS&hl=ja

256bitmap使うだけなら簡単だけど、あれこれカスタマイズしようとすると結構大変。

004744

2006/11/26(日) 16:32:37

ありがとうございました。

0048デフォルトの名無しさん

2006/11/26(日) 18:01:17

MDIアプリケーションでビューを
class CMyList : public CListView
としたのですけど、以下の一連の処理、
OnPreparePrinting()
OnBeginPrinting()
OnPrepareDC()
OnPrint()
OnEndPrinting()
が、ファイルメニューの印刷プレビュー項目を選択すると呼び出されるのですが、
同じく、印刷項目からですと何の反応もありません。
標準的な機能として呼び出されるのが当たり前と思っていたので、
ちょっと困ってしまっています。
OnPrint()に印刷処理を記述してプリンターに出力したいのですが、
どのようにしたら良いのかご存知の方、教えていただけませんか。
環境は.NET2003+XP SP.2です。

(後々のメンテナンスのことも考えて、
あまりトリッキーなことをしないで実装できるのが理想です。。。)

0049デフォルトの名無しさん

2006/11/27(月) 21:30:49

すいません、どなたかマルチモニタ環境があるかたに
試していただきたいんですけど、

・SDIアプリケーションをデフォルトのままビルド
・デバッグ開始してツールバーをフローティングさせる
・そのツールバーをセカンダリモニタ上に移動

とやったあと、そのツールバーをサイズ変更できますか？
自分の環境(VC6.0)ではセカンダリモニタ上ではサイズ変更できないんですけど…。

0050デフォルトの名無しさん

2006/11/27(月) 22:15:40

ダイアログベースのアプリで、Client領域に背景ビットマップを貼り付けています。
このダイアログの上で他のウィンドウをぐりぐり動かすとダイアログが再描画された時に
背景が部分的に欠けてしまう（ダイアログの地の色が出る）事があるんですが、
これってどんな理由が考えられるでしょうか。

005150

2006/11/27(月) 22:27:39

WinXP＋VC6.0です

0052デフォルトの名無しさん

2006/11/27(月) 22:40:32

ＶＣ６ＭＤＩにＭＤＩタブ機能を追加するにはどうしたらいいですか？

0053デフォルトの名無しさん

2006/11/27(月) 23:30:57

そういう機能は存在しない

0054デフォルトの名無しさん

2006/11/28(火) 00:13:23

>>48
標準的なCViewのサブクラスは印刷時に
CView::OnFilePrint();を呼び出している。
ただしCListViewから呼び出しても印刷できるかどうか
わからん。

0055デフォルトの名無しさん

2006/11/28(火) 19:46:02

>>49
試した。確かにサイズ変更できない。
原因は非公開クラスのCDockContext内のStretch()にあって
dockcont.cppの314-315行目のサイズ取得のところ。
最新のMFCではこっそりと修正されてる。
(VC6SP6)
HWND hWndDesk = ::GetDesktopWindow();
::GetWindowRect(hWndDesk, &rectDesk);
(VC2005)
rectDesk.left=GetSystemMetrics(SM_XVIRTUALSCREEN);
rectDesk.top=GetSystemMetrics(SM_YVIRTUALSCREEN);
rectDesk.right=rectDesk.left+GetSystemMetrics(SM_CXVIRTUALSCREEN);
rectDesk.bottom=rectDesk.top+GetSystemMetrics(SM_CYVIRTUALSCREEN);

VC6ではCToolBarとCDockContextを派生させて対処するしかない(当方では一応成功)。
非公開クラスなのでググってもほとんど情報がないけど
修正内容は違うがCDockContextを弄ってるのはあった。
http://www.ddj.com/184410272　英語だがStep3,Step4の文章が多少参考になる。
http://www.tkb-soft.hmcbest.com/diary_2005_03.htm　日本語。最後の方がグダグダでかなり強引。

0056デフォルトの名無しさん

2006/11/29(水) 01:44:19

質問です。
フォルダやファイルのフルコントロール拒否ってどうやってみたらいいでしょうか？
今はとりあえず、書きこんで見て書けなかったら・・・とかやっています。
もっとスマートな方法はないでしょうか？

0057デフォルトの名無しさん

2006/11/29(水) 06:17:19

質問なんですけど。

IEの履歴ウィンドウみたいなのあるじゃないですか？
あのスプリッタに「X 閉じるボタン」が付いてるやつ。
あれってMFCの機能で実現出来るものですかね？

スプリッタウィンドウにして一つのViewをFormViewにして
その中に各種のコントロールを設置すればそれっぽくなりますけど
閉じるボタンが押された時に、スプリッタを完全に非表示にしないといけない訳で
スプリッタの大きさ0じゃなく、動的にスプリッタの数を変更とか出来るのでしょうか？

0058デフォルトの名無しさん

2006/11/29(水) 08:58:38

＞IEの履歴ウィンドウみたいなのあるじゃないですか？

あれはBrowser Extension の Explorer Bar
http://msdn2.microsoft.com/en-us/library/aa753587.aspx

＞あれってMFCの機能で実現出来るものですかね？

本人次第

0059デフォルトの名無しさん

2006/11/29(水) 09:49:59

CSplitterWnd内部では当然ペインの数は管理しているので
サブクラスで操作(数だけじゃないよ)すればできる。
流れ書こうかと思ったけどCodeGuruとか見たほうが早い。

ペインが左右に１つずつしかないなら、ほんの数行で済むはず。

0060デフォルトの名無しさん

2006/11/29(水) 10:31:28

>>58
なるほど… そういう物だったんですね…

>>59
今、色々試していた所、CDialogBarを利用して
似たような事が出来るかも知れないと思いました。
出来ればVC++のIDEみたく、ドッキング可能にもしたかったので
こっちの方がより理想に近いのかもしれません。

006149

2006/11/29(水) 20:45:04

>>55
試していただきありがとうございます。
やっぱりこれグラフィックカードの問題とかではなかったんですか…。

ツールバーももちろんなんですが、
http://support.microsoft.com/kb/143255/ja
↑を参考にサイズ変更可能なダイアログバーを用意したんですけど、
セカンダリモニタ上でサイズ変更ができないのがかなり痛いです。

これって、VC6のままMFCだけ最新のものを使うということは無理で、
VC2005の環境にしてしまうか、派生クラスを自分で作ることになるんですよね？
ドッキングを捨ててモードレスダイアログにしてしまったほうがいいのかな…。

まずは教えていただいたサイトなどを元にして
なんとか挑戦してみたいと思います。
ありがとうございました。

0062デフォルトの名無しさん

2006/11/29(水) 22:26:25

ウィンドウやダイアログ（以下、あわせて子画面と記述）を追加するMFC拡張のDLLを作成しています
仕組みそのものは簡単で、アプリケーションからグローバル関数を通じて呼び出されます
グローバル関数は子画面ごとに用意し、関数の引数にポインタを指定する形でデータの受け渡しを行います

それで早速これを作り始めたのですが、自分の知識が乏しいこともあって問題が発生してしまいました
それは、ウィンドウを上手く表示させて処理させることができないということです
ダイアログの方はモーダル表示であるためか、特に問題なく表示させて処理させることができました
しかし、ウィンドウの方は違いました
新規クラス作成でCFormViewを継承したクラスを追加しているのですが、生成の段階で問題が発生してしまいます
コンストラクタがprotectedとなっているため、newで生成したときにエラーとなるのです
これは手動でpublicに変えることで表面上は解決しました
しかし、標準でprotectedになっていたことには何か意味があるのではないかと不安に思えてきました
大丈夫なのでしょうか？

また他にも問題があります
それは、メモリの開放です
ウィンドウはモーダルではないため、基本的にグローバル変数として使っています
これが問題となるのはユーザが閉じるボタンでウィンドウをデストロイした場合です
グローバス関数では、対応するウィンドウのグローバル変数がNULLでない場合に明示的にDestroyWindowを呼んでいます
その後にdeleteをしております
しかし、ユーザがすでにウィンドウをデストロイしていた場合、エラーが発生します
これをどうにか防ぎたいのです
ウィンドウがすでにデストロイされていることを知る手段はありませんか？
またはメモリが未開放であることを知る手段はありませんか？

とても困っております
知恵を貸してください

0063デフォルトの名無しさん

2006/11/29(水) 23:18:34

>>62
Viewの作成は通常newは使わず
CView *MyView = (CView *)RUNTIME_CLASS(CMyView)->CreateObject();
context設定して　MyView->Create( ・・・ );
とかいう感じ。

後半はframeを保持しているのがどっちか不明なのでパス。

006462

2006/11/30(木) 00:09:29

>>63
レスに大感謝です
参考にさせて頂きます

グローバル変数を保持しているのはDLLです
つまり、ウィンドウ＆ダイアログは常にDLLの管理下にあります
アプリケーションは子画面の表示を指示するのとデータ受け渡しのみです

0065デフォルトの名無しさん

2006/11/30(木) 00:50:10

MDIのドッキングウィンドウってどうやればできますか？

0066デフォルトの名無しさん

2006/11/30(木) 04:17:02

>>65
私も興味あります。
VC++6というか、VisualStudioのようなMDIを実現する方法。

■ このスレッドは過去ログ倉庫に格納されています