|
take a look at some of these articles on theading[^]
the basic goal is to:
1. turn your threading code in a function (you're almost there already)
2. when you need to run, create a thread and give it the address of your function
3. wait for the thread to finish - there are many ways to do this.
|
|
|
|
|
Can you be more speciffic, with some code example perhaps? Thanks
|
|
|
|
|
Hello,
I'm developing an MFC application, an enterprise database accessing program where the user is potentially denied access to some of the views that appear in the right hand splitter pane (all of which are classes derived from my own custom base class that is derived from CFormView). I call EnableWindow(FALSE) from within the right hand views where appropriate (from my custom base class) to disable the view entirely, including making it impossible to tab to the view. So far, so good.
However, the problem of there being no obvious visual indication of *why* the view is locked, and that it is supposed to be locked, persists. Examples of appropriate strong visual cues include:
1. Darkening the View
2. Making the view grayscale
3. Making the mouse cursor appear as a padlock or somesuch when it overlays the view.
4. When the user clicks on the view, display a messagebox that explains that access is denied.
How can I achieve any of these visual cues? The problem is, because I've disabled the view, through the call to EnableWindow(FALSE), I cannot do a whole lot. I cannot change the mouse cursor in the usual way. I can provide implementations of any Cview/CWnd virtual functions, such as OnDraw(), but I cannot seem to Draw to my CViews in any useful way, as can be done with a CScrollView.
How can I create any of these strong visual cues?
Regards,
Sternocera
|
|
|
|
|
You should still be able to change the cursor. Handle WM_SETCURSOR in the form class and return a different cursor if the form is disabled.
--Mike--
New sig under construction...
|
|
|
|
|
Mike,
Thanks for getting back to me. You're right - I made the mistake of not putting the message map entry in the derived class, just the base.
Thanks,
Sternocera
|
|
|
|
|
Hmm. It seems that the disabled CViews do not change cursor, only the enabled ones.
Are you sure that it is as you've described?
Regards,
Sternocera
|
|
|
|
|
How about overlaying the view with a 50% gray, 50% opaque window (see WS_EX_LAYERED[^] and SetLayeredWindowAttributes[^])? That's kind of what Safari (the web browser) does when you click on a bookmarked site that it has a preview for - looks kind of cool.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Stuart,
That's interesting. How could this overlaying effect be achieved? calls to CWnd::SetLayeredWindowAttributes() don't seem to be affect my CView in anyway:
SetLayeredWindowAttributes(RGB(50,50,50), 100, WS_EX_LAYERED);
Equally, calling the Win32 API equivalents doesn't have any discernable effect:
HWND hwnd = GetSafeHwnd();
::SetWindowLong(hwnd, GWL_EXSTYLE,
::GetWindowLong(hwnd, GWL_EXSTYLE) | WS_EX_LAYERED);
::SetLayeredWindowAttributes(hwnd, 0, (255 * 70) / 100, LWA_ALPHA);
Regards,
Sternocera
|
|
|
|
|
Sorry - wasn't quite clear enough. Create another window. Make it the same size and position as your view, but put it on top of it. Make it layered, 50% gray, 50% opaque.
The reason your trials didn't work is (I think) because you can't apply WS_EX_LAYERED to a child window - my own experiments (with a trial SDI app) indicate that. So, you'd need to set that style on your CMainFrame.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Sorry Stuart, but I'm going to need you to be clearer still. What sort of window class would I create, and how? What about resizing of my CMainFrame, wouldn't I have to resize my overlaying windows as my underlying view changed shape?
Regards,
Sternocera
|
|
|
|
|
Sternocera wrote: Sorry Stuart, but I'm going to need you to be clearer still. What sort of window class would I create, and how?
This (Win32 code) seems to work nicely enough and shows how to register the window class and create the window:
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
if (message == WM_CLOSE) return 0;
return DefWindowProc(hWnd, message, wParam, lParam);
}
BOOL CreateLayeredWindow(HINSTANCE hInstance, int nCmdShow)
{
HWND hWnd;
WNDCLASSEX wcex;
wcex.cbSize = sizeof(WNDCLASSEX);
wcex.style = CS_HREDRAW | CS_VREDRAW;
wcex.lpfnWndProc = &WndProc;
wcex.cbClsExtra = 0;
wcex.cbWndExtra = 0;
wcex.hInstance = hInstance;
wcex.hIcon = 0;
wcex.hCursor = LoadCursor(NULL, IDC_ARROW);
wcex.hbrBackground = (HBRUSH)(COLOR_BTNTEXT+1);
wcex.lpszMenuName = 0;
wcex.lpszClassName = _T("layered");
wcex.hIconSm = 0;
RegisterClassEx(&wcex);
const DWORD screenWidth = GetSystemMetrics(SM_CXSCREEN);
const DWORD screenHeight = GetSystemMetrics(SM_CYSCREEN);
hWnd = CreateWindowEx(WS_EX_LAYERED|WS_EX_TOOLWINDOW, _T("layered"), _T("layered"), WS_POPUPWINDOW,
screenWidth/4, screenHeight/4, screenWidth/2, screenHeight/2, NULL, NULL, hInstance, NULL);
if (!hWnd)
{
return FALSE;
}
SetLayeredWindowAttributes(hWnd, 0, 0xc0, LWA_ALPHA);
ShowWindow(hWnd, nCmdShow);
return TRUE;
}
You will probably need to replace hInstance by AfxGetModuleState()->m_hCurrentInstanceHandle and there're probably advantages to making the layered windows parent be one of your application's windows (mainly ensuring the window z-order is sane).
Sternocera wrote: What about resizing of my CMainFrame, wouldn't I have to resize my overlaying windows as my underlying view changed shape?
Yes - that's not too much of a problem - in your view's OnSize handler, just get the view's window rect (GetWindowRect) and tell the overlay to move itself there. You also need to handle the main frame's OnMove handler similarly - here's what I've got in a sample app:
void CMainFrame::OnMove(int x, int y)
{
CFrameWndEx::OnMove(x, y);
if (const MSG* msg = GetCurrentMessage())
{
if (CView* activeView = GetActiveView())
{
activeView->SendMessage(msg->message, msg->wParam, msg->lParam);
}
}
}
void CsdihiderView::OnSize(UINT nType, int cx, int cy)
{
CView::OnSize(nType, cx, cy);
OverlayHider();
}
void CsdihiderView::OnMove(int x, int y)
{
CView::OnMove(x, y);
OverlayHider();
}
void CsdihiderView::OverlayHider()
{
if (hider_)
{
CRect windRect;
GetWindowRect(&windRect);
::SetWindowPos(hider_, HWND_TOP, windRect.left, windRect.top, windRect.Width(), windRect.Height(), SWP_NOACTIVATE);
}
}
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Thanks a lot for that Stuart. I'll see what I can come up with,
Regards,
Sternocera
|
|
|
|
|
The problem: big bad legacy application with code written from 1996 onward.
Application starts another process (utility app written on .Net), original idea was to start utility app in background during loading time and to close it when main application is closing.
Now someone wants ability to close it whenever one wants.
All that is rather simple to comprehend, but what worries me how to inform main application that utility app is closed?
Main app has utility's process handle and it made me to believe everything will be easy...
This is code for utility start:
void CFireAdder::StartService(void)
{
CString planBrowserPath;
#ifdef DEBUG
planBrowserPath = CUtils::AddPathToWorkingPath("Debug\\FireAdder");
#else
planBrowserPath = CUtils::AddPathToWorkingPath("FireAdder");
#endif
planBrowserPath = CUtils::AddFilenameToPath(planBrowserPath,"FireAdder.exe");
TRACE("starting planbrowser... ");
_process=(HANDLE)_spawnl(_P_NOWAIT,planBrowserPath,"FireAdder",NULL);
WaitForInputIdle(_process,INFINITE);
TRACE("... started\n");
}
And this is little piece of code I've written for getting utility's window handle:
HWND CFireAdder::getWindowHandle()
{
if(_process == (HANDLE) -1) return NULL;
DWORD procID = GetProcessId(_process);
if(procID > 0){
HWND hw = FindWindow("WindowsForms10.Window.8.app.0.378734a","FireAdder - pregled reklama");
return hw;
}
_process = (HANDLE) -1;
return NULL;
}
I though I could use same recipe for checking if utility app is closed, but above mentioned code does not return NULL, I thought GetProcessID will return 0!
Can someone tell me how to check whether utility process is still active in more inteligent way?
I am .Net brat with limited C++ Windows programming experience.
Excuse me for bad grammar or spelling, I am in a hurry.
|
|
|
|
|
You've got a process handle - you can use GetExitCodeProcess[^] to see if the process has termnated or not - GetExitCodeProcess returns TRUE and the output status is STILL_ACTIVE if the process is still there.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Thank you! It works as expected.
|
|
|
|
|
try using IsWindow api
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
I'll try it later, so far above mentioned solution satisfies me.
|
|
|
|
|
Hello,
i search for a CEdit control that have a image suport, mean, i need to set image and text in that!
Is there any known project on server?
Thanks for any help!
termal
|
|
|
|
|
termal wrote: i search for a CEdit control that have a image suport, mean, i need to set image and text in that!
Perhaps you need a rich edit control.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
|
Folks,
I have a VERY OLD legacy app that I'm trying to compile under VS 2008 (I am NOT an MFC developer at all).
I am running into build errors on things like:
<br />
template <> void AFXAPI ConstructElements <SubjectUsage> (SubjectUsage * pSubName, int nCount)<br /> NOTE: Edited this to correct the line
ERRORS for this is:
C2143 Syntax error: missing ";" before "<"
C2182: "ConstructElements: illegal use of type 'void'
C2988: unrecognizable template declaration/definition
I know NOTHING about the AFXAPI, but the file does have an
<code>#include <afxtempl.h> </code>
Any help greatly appreciated, and in general, any words of wisdom from moving from VC++6 to VS2008?
modified on Wednesday, May 20, 2009 2:06 PM
|
|
|
|
|
gartnerj wrote: template <> void AFXAPI ConstructElements (SubjectUsage * pSubName, int nCount)
There appears to be something missing from this statement. Try clicking the "Do not interpret HTML..." checkbox, and use the Verify button.
gartnerj wrote: C2143 Syntax error: missing ";" before "<"
It looks as though the compiler does not know what SubjectUsage is.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Well, I didn't include all of the code, but the SubjectUsage class is defined right above this line in the file, so that shouldn't be an issue.
This code DOES compile in Visual C++ 6.0. I'm sure there must be differences with C++ and with the MFC supplied with VS 2008 that is causing this -- not sure if there are any project switches to set for compatibility?
Also, the CORRECT statement that has the errors is:
template <> void AFXAPI ConstructElement <SubjectUsage> (SubjectUsage * pSubUsage, int nCount)
Sorry about that!
|
|
|
|
|
|
Thanks -- I did read those pages, but not a lot of info on using old MFC with VS 2008.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
