Problems with IMessageFilter in SDI - C / C++ / MFC Discussion Boards

Jamie Hale19-Feb-02 6:25

19-Feb-02 6:25

Check out the great article on VC++ innards. The demo code has a VC++ plug-in called OpenVC. It adds a little "radioactivity" icon to your tool bar, and when you click it, it rebuilds your workspace and classview.

It is extremely handy - I couldn't live without it. Smile | :)

Re: Problem with Class View VC++ 6

J Patel19-Feb-02 7:02

J Patel

19-Feb-02 7:02

Delete your .NCB file and re-open the project. The add-in referred to by the other poster does this automatically.

HTH

Jignesh

Accessing Dialog Data in MFC

Rage19-Feb-02 5:32

Rage

19-Feb-02 5:32

My Problem is rather complex.

I have created an MFC dialog based Application. There are two windows in
this Dialog, each of them has its own class derived from CDialog - CMainDlg (created by MFC) and CChild (created by adding a Dialog with the Wizard).
I have an CChild member object (name it m_ChildWin) in CMainDlg, in order to be able to open the Child Dialog with m_childwin.CreateWindow(...)

I also have two CListCtrl declared as member variable, one in CMainDlg and one in CChild. I want to access the CListCtrl from CMainDlg with functions from the CChild class. (In fact, CChild is only a setup dialog for CMainDlg).

How do I manage to do this ?

To make things clearer:

class CMainDlg : public CDialog
{
...
CListCtrl m_MainList;
CChild m_ChildWin;

void OnButton
{
m_ChildWin.CreateWindow(...);
}
}

class CChild : public CDialog
{
...
CListCtrl m_SetupList;
void UpdateMainList;
{
How do I update m_MainList from here ?!
}
}

Thanks.

RaGE/Newgen

Re: Accessing Dialog Data in MFC

Nish Nishant19-Feb-02 5:52

Nish Nishant

19-Feb-02 5:52

Rage wrote:
m_ChildWin.CreateWindow(...);

Hmmm. I'd have thought you'd be better off using Create(). In fact neither CDialog nor CWnd has a member function called CreateWindow.

Rage wrote:
How do I update m_MainList from here ?!

In this particular case since the CMainDlg object is your main window [this being a dialog based app], you can use AfxGetMainWnd() to get a pointer to your CMainDlg object [cast it] and now you have access to m_MainList.

Regards
Nish

Nish was here, now Nish has gone;
He left his soul, to turn you on;
Those who knew Nish, knew him well;
Those who didn't, can go to hell.

I like to Jig | [Dance]

on the Code Project

Sonork ID 100.9786 voidmain
www.busterboy.org

Re: Accessing Dialog Data in MFC

Derek Waters19-Feb-02 11:32

Derek Waters

19-Feb-02 11:32

While Nish's answer is strictly correct, I would suggest (from an OO point of view) that this might be a bit safer:

In the CChild class, add a member function called Create, for example, which takes all of the parameters that you would normally need for a Create call and then a CListCtrl pointer as well:

BOOL CChild::Create(CListCtrl *apListCtrl, UINT nIDTemplate, CWnd *pParentWnd)
{
  if (CDialog::Create(nIDTemplate, pParentWnd))
  {
    m_pListCtrl = apListCtrl;
    return TRUE;
  }
  return FALSE;
}

where m_pListCtrl is a CListCtrl * member variable. You can then use this at will without having to rely on calls to AfxGetMainWnd(). Not only does this ensure that the correct list control is used, it means you don't have to make the CListCtrl public in your main dialog class.

------------------------
Derek Waters
derek@lj-oz.com

Re: Accessing Dialog Data in MFC

Rage19-Feb-02 21:57

Rage

19-Feb-02 21:57

first, thanks for your answer...
Of course, it was Create and not CreateWindow ... sorry ..

Derek Waters wrote:
In the CChild class, add a member function called Create, for example, which takes all of the parameters that you would normally need for a Create call and then a CListCtrl pointer as well:

Sorry, i do not see the point in this, since the dialog is called in CMainDlg with m_ChildWin.Create(nIDTemplate,pParentWnd). Maybe I did not get the thing ? Confused | :confused:

RaGE

Re: Accessing Dialog Data in MFC

Derek Waters20-Feb-02 11:21

Derek Waters

20-Feb-02 11:21

Basically, I was just using the Create call as a way to pass in the extra parameters you need:

m_ChildWin.Create(&m_MyListCtrl, IDD_MY_CHILD_DIALOG, this)

if:

BOOL CChildDlg::Create(CListCtrl *apListCtrl, UINT nIDTemplate, CWnd *pParentWnd)
{
  m_pMyListCtrlPtr = apListCtrl; // Store the list control pointer in the child wnd class for later use.
  return CDialog::Create(nIDTemplate, pParentWnd);
}

so you're intercepting the Create call (but still calling the dialog Create function) to pass in your extra parameters.

As I said, this is just my opinion of how it should be done, feel free to use Nish's method, or any other you can think of.

------------------------
Derek Waters
derek@lj-oz.com

Problems with IMessageFilter in SDI

Fredrik Skog19-Feb-02 4:42

Fredrik Skog

19-Feb-02 4:42

I've tried to implement my own message filter (IMessageFilter) in a client that talks to a COM server.
It works if I test it in a simple dialog app, but when I implement it in an SDI app, the filter is never used. Frown | :(

Anyone got any ideas?

Cheers,

/Fredrik

Sonork ID: 100.11430:PhatBoy

Re: Problems with IMessageFilter in SDI

Fredrik Skog21-Feb-02 0:33

Fredrik Skog

21-Feb-02 0:33

Funny, it works in the SDI app if I call AfxOleInit() first.
In the dialog app there is no need for that. Confused | :confused:

Cheers,

/Fredrik

Sonork ID: 100.11430:PhatBoy

Beginner Dialog::OnOK() Question

CreekDawg19-Feb-02 4:28

CreekDawg

19-Feb-02 4:28

Hi,

I have a dialog based application with the standard "Ok" and "Cancel" buttons at the bottom. After the dialog app loads, if I press the 'enter' key, the app closes (the Dialog::OnOK() Event Fires). How can I override this action? In other words, I want to be able to press the 'enter' key and not close the application (not fire the OnOK() event method). How do I do this?

Thanks.

Re: Beginner Dialog::OnOK() Question

v_krishnan19-Feb-02 4:34

v_krishnan

19-Feb-02 4:34

There are two ways to do this -

1. You can do this by overriding the OnOK function in your dialog class and do NOT call the base class OnOK in that function.

2. In the dialog editor remove the default button property of the OK button.

Hope this helps

Krishnan

Re: Beginner Dialog::OnOK() Question

Joaquín M López Muñoz19-Feb-02 4:35

Joaquín M López Muñoz

19-Feb-02 4:35

Please see Mike Dunn's C++ FAQ, §7.4.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Re: Beginner Dialog::OnOK() Question

Roger Allen19-Feb-02 4:37

Roger Allen

19-Feb-02 4:37

Put in your own OnOK(0 for the dialog, and have code liek this:

CMyDialog::OnOK()
{
if (GetFocus() != GetDlgItem(IDOK))
return ; // only allow exit if OK has the focus
}

Roger Allen
Sonork 100.10016

If I'm not breathing, I'm either dead or holding my breath.
A fool jabbers, while a wise man listens. But is he so wise to listen to the fool?
Please step to the rear of the car and make room for more victims. - John Simmons the Outlaw programmer, 1st Feb 2002, in the lounge

Re: Beginner Dialog::OnOK() Question

lucy19-Feb-02 9:52

lucy

19-Feb-02 9:52

works perfectly! Big Grin | :-D

Making a CRichEditView Readonly

v_krishnan19-Feb-02 4:10

v_krishnan

19-Feb-02 4:10

Hi,

How can I make the edit control of a CRichEditView read-only? Setting ES_READONLY flag does the job but messes up at other places.

Thanks,
Krishnan

Re: Making a CRichEditView Readonly

Mazdak19-Feb-02 4:53

Mazdak

19-Feb-02 4:53

try this:

CRichEditCtrl &rich=GetRichEditCtrl();
rich.SetReadOnly(true);

Mazy

"So,so you think you can tell,
Heaven from Hell,
Blue skies from pain,...How I wish,how I wish you were here."
Wish You Were Here-Pink Floyd-1975

Jet OLE DB 4 and PROPVARIANT

peterchen19-Feb-02 4:06

peterchen

19-Feb-02 4:06

I found that the OLE DB provider for jet (aka access databases) does not correctly bind string columns to PropVariants. Upon return, the type is set "VT_BSTR", but the string is empty (but allocated).

Findings:

Jet 3.51: binds correctly to DBTYPE_BSTR, _VARIANT, _PROPVARIANT
Jet 4 SP3: binds correctly to DBTYPE_VARIANT, but not to DBTYPE_BSTR or DBTYPE_PROPVARIANT.

Anybody has an idea of an workaround?

Peter

Re: Jet OLE DB 4 and PROPVARIANT

Steen Krogsgaard19-Feb-02 23:41

Steen Krogsgaard

19-Feb-02 23:41

One thing that came to mind was an old problem with Unicode and Jet. You had to use VT_BSTRT instead of VT_BSTR to get anything - VT_BSTR is Unicode and if ANSI is expected the string will be empty (or only contain one letter). However, I'm not sure this is the problem, and it doesn't give any explanation for the DBTYPE_PROPVARIANT thing.

Just my $0.02
Steen.

Cheers
Steen.

"To claim that computer games influence children is rediculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

CString and Variant

Mazdak19-Feb-02 2:51

Mazdak

19-Feb-02 2:51

I have a CString ,and I want to put it (or convert it) into variant type.
What is the code?

Mazy

"So,so you think you can tell,
Heaven from Hell,
Blue skies from pain,...
How I wish,how I wish you were here."Wish You Were Here-Pink Floyd-1975

Re: CString and Variant

Joel Lucsy19-Feb-02 3:05

Joel Lucsy

19-Feb-02 3:05

CString val("hi");
COleVariant var(val);

Joel Lucsy (jjlucsy@ameritech.net)

Re: CString and Variant

Mazdak19-Feb-02 5:14

Mazdak

19-Feb-02 5:14

Thanks ,that's work.Now can you tell me how can I convert this
variant to CString or int or another type?

Mazy

"So,so you think you can tell,
Heaven from Hell,
Blue skies from pain,...
How I wish,how I wish you were here."
Wish You Were Here-Pink Floyd-1975

Re: CString and Variant

Joel Lucsy19-Feb-02 15:37

Joel Lucsy

19-Feb-02 15:37

CString var = "1.3";
COleVariant val( var );

var = V_BSTR( &val );
double junk = atof( var );
val.ChangeType( VT_R8 );
junk = val.dblVal;

Joel Lucsy (jjlucsy@ameritech.net)

Re: CString and Variant

Mazdak19-Feb-02 21:04

Mazdak

19-Feb-02 21:04

thanks,I'll check it.

Mazy

"So,so you think you can tell,
Heaven from Hell,
Blue skies from pain,...
How I wish,how I wish you were here."
Wish You Were Here-Pink Floyd-1975

Problem with CStatic SS_BITMAP

19-Feb-02 2:41

I compil on XP with VC++6 SP5 and it works on XP

...
Bitmap.LoadBitmap(IDB_BITMAP);
m_StaticBitmap.SetBitmap(Bitmap);
...

BUT, the bitmap doesn't show on 98 SE

WHY???

Re: Problem with CStatic SS_BITMAP

Joaquín M López Muñoz19-Feb-02 2:54

Joaquín M López Muñoz

19-Feb-02 2:54

Is this bitmap of yours any rare? There are exceptional cases where a bitmap is correctly handled by NT/2000/XP and not by 98/ME (see MSDN info <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/bitmaps_1rw2.asp">BITMAPINFOHEADER</a>). If you suspect this to be the case, try replacing IDB_BITMAP with any other, standard bitmap.

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.