C / C++ / MFC

prasad_som22-Mar-07 20:37

22-Mar-07 20:37

Include afxwin.h, remove statement #include <windows.h> , if there is any.

siddharthsan wrote:
_AFX_NO_OCC_SUPPORT and AFX_CDECL

I wonder, why you needed to use this?

Prasad
Notifier using ATL | Operator new[],delete[][^]

siddharthsan22-Mar-07 20:41

siddharthsan

22-Mar-07 20:41

If I include afxwin.h it showing the following error,

fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include <windows.h>

What i have to do...

Siddharth

prasad_som22-Mar-07 20:42

22-Mar-07 20:42

Remove line #include <windows>, if there is any.

Prasad
Notifier using ATL | Operator new[],delete[][^]

siddharthsan22-Mar-07 20:51

siddharthsan

22-Mar-07 20:51

I removed windows.h from stdafx.h and included afxwin.h in my header file.Now it is not recognizing the InvokeHelper and it's parameters.Giving error as

error C2065: 'InvokeHelper' : undeclared identifier
error C2065: 'DISPATCH_METHOD' : undeclared identifier
error C2065: 'VT_EMPTY' : undeclared identifier

What would be the problem...

Siddahrth

why error occure when use CDialogTemplate Class?

Mark Salsbery23-Mar-07 8:28

Mark Salsbery

23-Mar-07 8:28

How do you expect to use an OCC_SUPPORT method by using the _AFX_NO_OCC_SUPPORT macro to ommit
OCC support in the MFC code??

Get rid of that macro!

*EDIT* You probably shouldn't be messing with AFX_CDECL either unless you know what you're doing.

Look at the declaration for CWnd::InvokeHelper()...

#ifndef _AFX_NO_OCC_SUPPORT
// OLE control wrapper functions
   COleControlSite* GetOleControlSite(UINT idControl) const;
      void AFX_CDECL InvokeHelper(DISPID dwDispID, WORD wFlags,
...

See why it won't work with that macro? Smile | :)

Mark

"If you can dodge a wrench, you can dodge a ball."

Atul2322-Mar-07 20:12

Atul23

22-Mar-07 20:12

Hi
When i use CDialogTemplate class in my application, then there is error occure as error C2065: 'CDialogTemplate' : undeclared identifier, so to use this class is there is need to include any Header file in code.

Regards
Confused | :confused:

Atul M

Re: why error occure when use CDialogTemplate Class?

prasad_som22-Mar-07 20:29

Re: why error occure when use CDialogTemplate Class?

22-Mar-07 20:29

Its declared in afxpriv.h. But why you needed to use this class ?
Refer this[^] link for more information.

Prasad
Notifier using ATL | Operator new[],delete[][^]

John R. Shaw22-Mar-07 20:37

John R. Shaw

22-Mar-07 20:37

Off the top of my head the answer would be YES! A template is just an outline of the code which the compiler needs to generate. That means that without the outline it can not generate it. Therefore it does not exist and can not exist until you provide the outline for it.

Bottom line: Include the header for any template that you wish to use.

INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra

Shorcutkey problem

rushiraj.jhala22-Mar-07 20:08

22-Mar-07 20:08

Hi,

In my application there is two window.
I have used PreTranslateMessage

In that i have written

bool nFlag = CDialog::PreTranslateMessage(pMsg);

if(pMsg->message==WM_KEYDOWN)
{
if(IsCTRLpressed() && IsALTpressed())
{
if(IsDpressed())
{
//delete code
}
}
}

It is wroking on 2000 pro. but in XP
it's not wroking can any one tell me WHY?
what is wrong with it?

Thanks,
Rushiraj

prasad_som22-Mar-07 20:16

22-Mar-07 20:16

rushiraj.jhala wrote:
if(IsCTRLpressed() && IsALTpressed())

How these function looks like ?

rushiraj.jhala wrote:
it's not wroking can any one tell me WHY?
what is wrong with it?

What do you mean by not working ?

Prasad
Notifier using ATL | Operator new[],delete[][^]

rushiraj.jhala22-Mar-07 20:36

Re: Shorcutkey problem [modified]

22-Mar-07 20:36

IsCTRLpressed() looks like

#define IsCTRLpressed() ( (GetKeyState(VK_CONTROL) & (1 << (sizeof(SHORT)*8-1))) != 0 )

#define IsALTpressed() ( (GetKeyState(VK_MENU) & (1 << (sizeof(SHORT)*8-1))) != 0 )

#define IsDpressed() ( (GetKeyState('D') & (1 << (sizeof(SHORT)*8-1))) != 0 )

and when I press CTRK+ALT+D I want to execute delete function.

now when I press CTRK+ALT+D

IsCTRLpressed returns true
IsALTpressedreturns true

but
IsDpressed returns false

bool nFlag = CDialog::PreTranslateMessage(pMsg);

if(pMsg->message==WM_KEYDOWN)
{
if(IsCTRLpressed() && IsALTpressed())
{
if(IsDpressed())
{
delete();
//delete code
}
}
}

Thanks,
Rushiraj

Parthi_Appu22-Mar-07 20:52

Parthi_Appu

22-Mar-07 20:52

rushiraj.jhala wrote:
#define IsCTRLpressed() ( (GetKeyState(VK_CONTROL) & (1 << (sizeof(SHORT)*8-1))) != 0 )

No need for this complex definition, simply

#define IsCtrlDown() ((GetKeyState(VK_CONTROL)<0)?TRUE:FALSE)

this will do.

rushiraj.jhala wrote:
but
IsDpressed returns false

You are handling the WM_KEYDOWN in PreTranslateMessage, so no need for IsDPressed, check

pMsg->wparam == 'D'

This will work in all the versions

-- modified at 3:09 Friday 23rd March, 2007
Also you can change the definition global to all keys as below,

#define IsKeyDown(nKeyCode) ((GetKeyState(nKeyCode) < 0)?TRUE:FALSE))

and you can call this as,

IsKeyDown(VK_CONTROL);
IsKeyDown(VK_MENU);

Do your Duty and Don't expect the Result

Rate this Post, if I helped You

rushiraj.jhala22-Mar-07 21:31

22-Mar-07 21:31

hi,
Thanks

But it is also not wroking,
I get
pMsg->wParam = 18.

Thanks,
Rushiraj

Parthi_Appu23-Mar-07 0:11

Parthi_Appu

23-Mar-07 0:11

rushiraj.jhala wrote:
pMsg->wParam = 18

How did you check yhis value? 18 is Alt(VK_MENU) key...
Use the below code segment,
if ((pMsg->message == WM_KEYDOWN) && (pMsg->wParam == 'D'))
{
if (IsKeyDown(VK_CONTROL) && IsKeyDown(VK_MENU))
{
/* Ctrl+Alt+D is pressed */
}
}

Do your Duty and Don't expect the Result
Rate this Post, if I helped You

SelvaKr23-Mar-07 0:49

SelvaKr

23-Mar-07 0:49

Jus try d below...

#define IsKeyDown(nKeyCode) ((GetKeyState(nKeyCode) & (1 << (sizeof(SHORT)*8-1))) != 0)

and in Pretranslate Message,

if (IsKeyDown(VK_MENU) && IsKeyDown(VK_CONTROL) && IsKeyDown('D')){
delete();
}

Smile | :)

Selva

rushiraj.jhala23-Mar-07 2:17

Can we remove or Hide Menu bar from Form View??

23-Mar-07 2:17

Thanks it is working.

Thanks,
Rushiraj

megha_gharote22-Mar-07 19:46

megha_gharote

22-Mar-07 19:46

Dear friends,

Can we remove or Hide Menu bar from Form View??

I dont want Menu bar on form view b'coz i m using tab controls..
Please help me.. its very urgent for me.. I tried deeting every menu but then it is giving me an error as "cannot create empty document"...

Megha
Friend in need is a friend indeed

Re: Can we remove or Hide Menu bar from Form View??

Karismatic22-Mar-07 23:37

Karismatic

22-Mar-07 23:37

Hey Megha,

i know you just have deleted the menu from the resource file but that can not solve your purpose .

As far as i know that there is no way you can hide or delete the menu from SDI or MDI.

if you are making SDI application then you can use the dialog based project and use it's view in accordance.

Regards,
Pankaj Sachdeva

Re: Can we remove or Hide Menu bar from Form View??

megha_gharote23-Mar-07 0:21

megha_gharote

23-Mar-07 0:21

hey Pankaj,
see i got something using which u can remove menu from SDI..
i m pasting that code here. Actually it is mentioned for both SDI and MDI..
i m not able to put it for MDI.. see if u can do it.. let me know the same..

/****cotents from a document*********/

Steps to Create MDI Application that Has No Menu Bar
1. Generate an MDI application with AppWizard. Do not delete the IDR_MAINFRAME menu resource. If you have an application that was not generated with AppWizard, do not delete the corresponding main menu resource. Leaving the menu resource is required to avoid assertion failures in the MFC code.
2. Delete menu resources associated with MDI child windows (IDR_xxxTYPE). They are not used. By deleting them, you avoid a resource (memory) leak.
3. Override the PreCreateWindow() function for the CMainFrame class:
BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
if(cs.hMenu!=NULL)
{
::DestroyMenu(cs.hMenu); // delete menu if loaded
cs.hMenu = NULL; // no menu for this window
}

return CMDIFrameWnd::PreCreateWindow(cs);
}

4. Modify the code responsible for switching menus by overriding the LoadFrame() and OnCreateClient() methods of CMainFrame. This is necessary because MFC has already loaded and switched menus automatically. The following shows what must be done:
// Overridden method declarations for CMainFrame

BOOL LoadFrame( UINT nIDResource,
DWORD dwDefaultStyle = WS_OVERLAPPEDWINDOW | FWS_ADDTOTITLE,
CWnd* pParentWnd = NULL, CCreateContext* pContext = NULL );
BOOL CMainFrame::OnCreateClient(LPCREATESTRUCT lpcs,
CCreateContext* /*pContext*/);

// Overridden method declarations for CMainFrame

BOOL CMainFrame::LoadFrame(UINT nIDResource, DWORD dwDefaultStyle,
CWnd* pParentWnd, CCreateContext* pContext)
{
return CFrameWnd::LoadFrame(nIDResource,dwDefaultStyle,
pParentWnd,pContext);
}

BOOL CMainFrame::OnCreateClient(LPCREATESTRUCT lpcs,
CCreateContext* /*pContext*/)
{
return CreateClient(lpcs,NULL);
}

NOTE: Instead of calling the base class (CMDIFrameWnd) in the override of LoadFrame, you call its base class, CFrameWnd, instead. That way you can avoid the code that deals with MDI menus.

Megha
We must adjust to changing times and still hold to unchanging principles

Resource error

rushiraj.jhala22-Mar-07 19:12