|
Hi all,
i m create a property sheet and show property pages in this property sheet.
When i run the application the Property Sheet Show Three Buttons "OK","CANCEL",and "APPLY" at the bottom .and the apply button is Disabled.
How can Remove all these buttons from Property Sheet.
this is my Code::
class CMyPropertySheet : public CPropertySheet
{
DECLARE_DYNAMIC(CMyPropertySheet)
public:
CMyPropertySheet(LPCTSTR pszCaption, CWnd* pParentWnd = NULL, UINT iSelectPage = 0);
virtual ~CMyPropertySheet();
static int CALLBACK XmnPropSheetCallback(HWND hWnd, UINT message, LPARAM lParam);
DECLARE_MESSAGE_MAP()
public:
virtual BOOL OnInitDialog();
HICON m_hIcon;
CPropertyPage1 m_Page1;
CPropertyPage2 m_Page2;
CPropertyPage3 m_Page3;
CPropertyPage4 m_Page4;
CPropertyPage5 m_Page5;
protected:
BOOL m_bNeedInit;
CRect m_rCrt;
int m_nMinCX;
int m_nMinCY;
public:
afx_msg void OnSize(UINT nType, int cx, int cy);
afx_msg void OnGetMinMaxInfo(MINMAXINFO* lpMMI);
virtual INT_PTR DoModal();
//////////////////////////////////////////////////////////////////////
CMyPropertySheet::CMyPropertySheet(LPCTSTR pszCaption, CWnd* pParentWnd, UINT iSelectPage)
:CPropertySheet(pszCaption, pParentWnd, iSelectPage)
, m_bNeedInit(TRUE)
, m_nMinCX(0)
, m_nMinCY(0)
{
m_hIcon = AfxGetApp()->LoadIcon(IDR_MAINFRAME);
AddPage(&m_Page1);
AddPage(&m_Page2);
AddPage(&m_Page3);
AddPage(&m_Page4);
AddPage(&m_Page5);
}
CMyPropertySheet::~CMyPropertySheet()
{
}
BEGIN_MESSAGE_MAP(CMyPropertySheet, CPropertySheet)
ON_WM_SIZE()
ON_WM_GETMINMAXINFO()
ON_WM_CLOSE()
END_MESSAGE_MAP()
// CMyPropertySheet message handlers
BOOL CMyPropertySheet::OnInitDialog()
{
this->SetIcon(m_hIcon,TRUE);
BOOL bResult = CPropertySheet::OnInitDialog();
// Adjust property sheet size to account for the new menu.
CRect r; GetWindowRect(&r);
r.bottom += GetSystemMetrics(SM_CYMENU);
MoveWindow(r);
// ...
// Init m_nMinCX/Y
m_nMinCX = r.Width();
m_nMinCY = r.Height();
// After this point, the resize code runs.
m_bNeedInit = FALSE;
GetClientRect(&m_rCrt);
return bResult;
}
// This function must be a STATIC method.
// Callback to allow you to set the default window styles
// for the property sheet.
int CALLBACK CMyPropertySheet::XmnPropSheetCallback(HWND hWnd, UINT message, LPARAM lParam)
{
extern int CALLBACK AfxPropSheetCallback(HWND, UINT message, LPARAM lParam);
// XMN: Call MFC's callback.
int nRes = AfxPropSheetCallback(hWnd, message, lParam);
switch (message)
{
case PSCB_PRECREATE:
// Set your own window styles.
((LPDLGTEMPLATE)lParam)->style |= (DS_3DLOOK | DS_SETFONT
| WS_OVERLAPPEDWINDOW | WS_POPUP | WS_VISIBLE | WS_CAPTION);
break;
}
return nRes;
}
void CMyPropertySheet::OnSize(UINT nType, int cx, int cy)
{
CPropertySheet::OnSize(nType, cx, cy);
CRect r1;
if (m_bNeedInit)
return;
CTabCtrl *pTab = GetTabControl();
ASSERT(NULL != pTab && IsWindow(pTab->m_hWnd));
int dx = cx - m_rCrt.Width();
int dy = cy - m_rCrt.Height();
GetClientRect(&m_rCrt);
HDWP hDWP = ::BeginDeferWindowPos(5);
pTab->GetClientRect(&r1);
r1.right += dx; r1.bottom += dy;
::DeferWindowPos(hDWP, pTab->m_hWnd, NULL,
0, 0, r1.Width(), r1.Height(),
SWP_NOACTIVATE|SWP_NOMOVE|SWP_NOZORDER);
// Move all of the buttons with the lower and right sides.
for (CWnd *pChild = GetWindow(GW_CHILD);
pChild != NULL;
pChild = pChild->GetWindow(GW_HWNDNEXT))
{
if (pChild->SendMessage(WM_GETDLGCODE) & DLGC_BUTTON)
{
pChild->GetWindowRect(&r1); ScreenToClient(&r1);
r1.top += dy; r1.bottom += dy; r1.left+= dx; r1.right += dx;
::DeferWindowPos(hDWP, pChild->m_hWnd, NULL,
r1.left, r1.top, 0, 0,
SWP_NOACTIVATE|SWP_NOSIZE|SWP_NOZORDER);
}
// Resize everything else.
else
{
pChild->GetClientRect(&r1);
r1.right += dx; r1.bottom += dy;
::DeferWindowPos(hDWP, pChild->m_hWnd, NULL, 0, 0,
r1.Width(), r1.Height(),
SWP_NOACTIVATE|SWP_NOMOVE|SWP_NOZORDER);
}
}
::EndDeferWindowPos(hDWP);
}
void CMyPropertySheet::OnGetMinMaxInfo(MINMAXINFO* lpMMI)
{
lpMMI->ptMinTrackSize.x = m_nMinCX;
lpMMI->ptMinTrackSize.y = m_nMinCY;
CPropertySheet::OnGetMinMaxInfo(lpMMI);
}
INT_PTR CMyPropertySheet::DoModal()
{
// Hook into property sheet creation code
m_psh.dwFlags |= PSH_USECALLBACK;
m_psh.pfnCallback = XmnPropSheetCallback;
return CPropertySheet::DoModal();
}
Thanks in advance.
|
|
|
|
|
Get window handles of each of the buttons and hide and disable the buttons. Make sure the focus is not on them when doing so. Also, if you have other buttons, you might want to make one of them the defualt button.
|
|
|
|
|
hi all,
i want to create a dialog box same like as we click on Start button of Windows Explorer.
i want to set a focus on one button like (Start Button) at bottom,
from that button i want to call a dialog box on which my child window controls are present.
i am using a dialog box for that bottom button, after click on that button i want to set focus on the another dialog box
plz help me out from dis..
Pankaj
|
|
|
|
|
I think I saw an article I think it was nearly your answer but I dont know I saw it on the codeproject or other place.
|
|
|
|
|
Hi all,
i m using this code for creating a menu on Right Button Down of Mouse.
HMENU hMenu = ::CreatePopupMenu();
if (NULL != hMenu)
{
// add a few test items
::AppendMenu(hMenu, MF_STRING, 1, "Item 1");
::AppendMenu(hMenu, MF_STRING, 2, "Item 2");
::AppendMenu(hMenu, MF_STRING, 3, "Item 3");
ClientToScreen(&point);
int sel = ::TrackPopupMenuEx(hMenu,
TPM_CENTERALIGN | TPM_RETURNCMD,
point.x,
point.y,
m_hWnd,
NULL);
::DestroyMenu(hMenu);
it works but i dot no how can take action on its items.
Anyone can help me about this.
Thanks in advance.
|
|
|
|
|
Yeah, sure. The 1, 2 & 3 (3rd parameter) are used as the commandIDs.
When a particular menu option is chosen, this commandID will be sent to your windowProcedure in LOWORD of wParam.
So, what you need to do with the above code is look for 1, 2 or 3 as being the ID of the control that generated a WM_COMMAND message. An rough example may be seen in this code I just ripped out of a class, just pay attention to the way the messages are created and caught.
LRESULT WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
switch (uMsg)
{
case WM_COMMAND:
switch LOWORD(wParam)
{
case <code>IDM_LargeIcons</code>:
SetIconStyle(LARGE);
break;
case <code>IDM_SmallIcons</code>:
SetIconStyle(SMALL);
break;
case <code>IDM_Details</code>:
SetIconStyle(DETAIL);
break;
case <code>IDM_List</code>:
SetIconStyle(LIST);
break;
}
break;
case WM_RBUTTONDOWN:
POINT CurPos;
GetCursorPos(&CurPos);
HMENU hPopupMenu = CreatePopupMenu();
InsertMenu(hPopupMenu, 0, MF_BYPOSITION | MF_STRING, <code>IDM_LargeIcons</code>, "Large Icons");
InsertMenu(hPopupMenu, 1, MF_BYPOSITION | MF_STRING, <code>IDM_SmallIcons</code>, "Small Icons");
InsertMenu(hPopupMenu, 2, MF_BYPOSITION | MF_STRING, <code>IDM_List</code>, "List");
InsertMenu(hPopupMenu, 3, MF_BYPOSITION | MF_STRING, <code>IDM_Details</code>, "Details");
SetForegroundWindow(GetHwnd());
TrackPopupMenu(hPopupMenu, TPM_TOPALIGN | TPM_LEFTALIGN, CurPos.x, CurPos.y, 0, GetHwnd(), NULL);
DestroyMenu(hPopupMenu);
return 0;
}
return WndProcDefault(hWnd, uMsg, wParam, lParam);
}
The easiest way to make the world a better place is to refuse to help those that wreck it....
|
|
|
|
|
Can you use of context menu,did you declare functions for these id menus.
|
|
|
|
|
Hi all,
I want to find files which are present in a particular folder.
how can i do it???
Thanks in advance
|
|
|
|
|
You may use FindFirstFile and FindNextFile functions, see [^].
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Hi Experts,
If a process is locked by another process how can I unlock it?
|
|
|
|
|
Hi,
If u are looking for some softs there is Unlocker, u can donload it on http://ccollomb.free.fr/unlocker/unlocker1.8.6.exe[^]
Or if u can exec the command "taskkill /F /Num PID" but u need to enter the appropriate PID Of the process. I don't know how u can get the PID of the process but may be if u look more under the Dos commands u will find it.
"The Ultimate Limit Is Only Your Imagination."
|
|
|
|
|
Hi,
I am writing an automatic email sending/receiving module. I'm not using MFC for this. It's actually remarkably simple without MFC. Now I want to send along Attachments. The MIME Spec is in Text Form (as in Notepad) and does not facilitate searches.
I've been scouring the MIME specs for an indication as to how to designate data held in a buffer to be sent as an attachment to an email. (i.e.: MIME Header Entries to Name the Data as a File on the Client Side, and Info to identify the Buffer).
Anyone there swith some knowledge about this.
Kind Regards
Bram van Kampen
|
|
|
|
|
Hi guys,
I have a problem: two child windows inside a parent, one normal, one with wndTopMost set
When I pass the mouse over the normal child's controls, they overwhelm the wndTopMost child and cause bad-redrawing
-> This screenshot better explains the problem:
http://img257.imageshack.us/img257/7740/topmostprobss0.jpg
Can you please help me solving the problem?
---
|
|
|
|
|
What if you use the WS_CLIPSIBLINGS style on the windows?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi Mark, thank you very much
Using WS_CLIPSIBLINGS on the child window that should be topmost places it behind all child windows
That could be a solution also if it isn't what I was looking for
---
|
|
|
|
|
I don't understand the design of your dialog. You have controls overlapping... maybe something is missing in your example screenshot?
|
|
|
|
|
I agree with Moak - I don't understand the design. You're pretty much getting the behavior you
ask for there.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Uhm, how about creating a child window that act like a split window?
Could it be a solution?
---
|
|
|
|
|
4288 wrote: Could it be a solution?
Depends on what you want to do. How about describing your problem from a different angle? Instead of picking a specific implementation/layout maybe tell instead about the wanted functionality and user experience.
|
|
|
|
|
Id like to muse a child window as a splitter window on the right
The problem is that this child window can be taken (by resizing right side)over another child window with controls.. and the problem above rises
Maybe moving the child on right and preventing user from moving it..?
---
|
|
|
|
|
For me a splitter window would resize controls in a window... so if the controls didn't overlap in the beginning they also will not later (after the splitter bar was moved).
If you haven't looked into a splitter window implementation here on CodeProject (or another MFC variant), I would suggest trying that.
Hope it helps
/M
|
|
|
|
|
I will try it, any problem I will let you know.
And if my project will be good, I'll post it here on cp
---
|
|
|
|
|
Mark Salsbery wrote: Mark Salsbery
Microsoft MVP - Visual C++
Mark, what is the secret behind making the nice coffee smiley? Hmm... :coffee:
|
|
|
|
|
if I told you it wouldn't be a secret *cough*java*cough*
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
:cappuccino: :espresso: :caffeine: ...
Thx
|
|
|
|
|