DoModalで呼んだダイアログを消すには？

解決

ココ 2006-05-30 01:45:01 No: 61992

ダイアログＡからDoModal()でダイアログＢを呼ぶことはでき、
ダイアログＡからダイアログＢを削除したいのですが、
どうすればよろしいでしょうか？
ダイアログＡはボタン２個配置し
ダイアログＢにはボタン等を配置しないでstatic Editのみとしています。

Blue 2006-05-30 01:53:19 No: 61993

DoModalだと、ダイアログＡが操作できないようですけど。
モードレスで立ち上げたのならばダイアログＡが操作できますけど、、、

ココ 2006-05-30 02:26:21 No: 61994

モードレスというやり方がわからないのですが・・・おしえていただけますか・・・よろしくお願いします。

Blue 2006-05-30 02:27:55 No: 61995

わかりやすく解説したサイトです。参考にどうぞ。
http://www.vcppclub.com/kouza/memo/modeless.html

ココ 2006-05-30 20:41:05 No: 61996

上記のＨＰを参考にさせてもらいました。
追加質問をさせていただきます。
ダイアログＡでボタンを２個配置し、
ボタンＡでCreate()にてダイアログＢ（モードレス）を立ち上げ、
ボタンＢでdeleteをし、ダイアログＢは削除されましたが、
再度ボタンＡを押すと以下メッセージが表示されてしまいます。
「test.exe の 0x7c290ab8 (mfc71d.dll) でハンドルされていない例外が発生しました : 0xC0000005: 場所 0xfeef002a を読み込み中にアクセス違反が発生しました。。」
例外エラーをなくす方法はあるでしょうか？よろしくお願いします。

Blue 2006-05-30 20:50:57 No: 61997

ダイアログＡのメンバ変数としてダイアログＢをポインタとして持つとか。

例)
ダイアログＡ.h

class ダイアログＡ : public CDialog{
// 省略
private:
ダイアログＢ* m_pBDlg; // 追加
};

ダイアログＡ.cpp

ダイアログＡ::ダイアログＡ(CWnd* pParent /*=NULL*/)
: CDialog(CDirDlgDlg::IDD, pParent), m_pBDlg( NULL ) // 追加
{
// 省略

void ダイアログＡ::ダイアログＢ表示()
{
    if ( m_pBDlg != NULL )
    {
        AfxMessageBox( _T( "既にＢは表示してあります。" ) );
        return;
    }
    m_pBDlg = new ダイアログＢ( this );
    m_pBDlg->Create();
}

void ダイアログＡ::ダイアログＢ閉じる()
{
    if ( m_pBDlg == NULL )
    {
        AfxMessageBox( _T( "Ｂは表示してません。" ) );
        return;
    }
    m_pBDlg->DestoryWindow();
    delete m_pBDlg;
    m_pBDlg = NULL;
}
他にも、ボタンを押したら、Enableにするとか方法はあります。

ダイアログＢ表示で複数表示したい場合は、工夫が必要です。

ＰＡＴＩＯ 2006-05-31 00:20:54 No: 61998

紹介されているHPはホントにモードレスを出したり消したりするという部分だけを
説明しているのでこれだけでプログラムを組んでしまうとおかしな事になりそうです。
すでにBlueさんがサンプルコードを提示されていますけれど、
newとdeleteがどんな事をする物で生成したオブジェクトの管理をどうする必要があるのかとかを良く考えないとうまく行きません。
例えば、ココさんのプログラムでボタンAを続けて二回押したらどうなりますか？
ボタンAを押さずにボタンBだけを押したら？
ボタンAを一回押してボタンBを二回続けて押したら？
ローカル変数にnewで生成したオブジェクトのアドレスを入れてしまうと
その関数から抜けた時に変数が開放されてアドレスがわからなくなりませんか？
等々。

実際にはココさんのソースが提示されていないので想像になりますが、
この辺の考え方はWindowsに限らない基本的な部分なので
この辺に自信がないのであれば、コンソールプログラムに立ち返って
この辺が納得できるまで勉強した方が良いですよ。
コンソールプログラムの方が簡単に試せるので色々やってみるには
こっちの方がお勧めです。

ココ 2006-05-31 04:12:14 No: 61999

Blue さんＰＡＴＩＯさんありがとうございました。
ご意見を参考にもうすこし考えてみます。