|
OK, this is a bit of a long shot, but any help would be appreciated...
I have a CWnd that contains a CHeaderCtrl and CTreeCtrl within a CDialog within a CScrollView within a CSplitterWnd within a CControlBar.
All works very well except the CWnd border (ClientEdge) is not redrawn (just seems to leave whatever was underneath) when splitter bar is moved, and CWnd is resized and invalidated. However, the edges ARE redrawn properly when the whole app is resized which also resizes panes in CSplitterWnd and subsequently CWnd in excatly same way as above. In other words, both scenarios call CSplitterWnd::RecalcLayout() which trickles down and drives all resizing of child view/dialog/window/tree control. The only difference I can really see is that one was generated by resizing whole app, while other was generated by StopTracking() of the CSplitterWnd. All other controls (buttons, group boxes, etc. resize and redraw fine).
The CWnd is created as such...
CreateEx(WS_EX_CLIENTEDGE, NULL, NULL, WS_CHILD | WS_VISIBLE |
WS_TABSTOP, rcTreeWnd, pDlg, IDC_TREE);
A lot of web crawling suggests perhaps that it's something to do with being on a CControlBar which may result in some notify commands not getting to all children? But
I've tried trapping the paint messages, but am a bit confused as OnPaint seems to be being called...I'm now assuming that the window border isn't actually drawn by OnPaint? If it's not, where is it drawn and by whom?
Just playing around with painting in OnEraseBkgnd, I've noticed something very strange...if I get client rect and paint the background red, in the case where it's not repainting correctly, only an area at either end of the scroll bars to the right of the tree control are being painted red, where as in the case where it is working, the whole control is being painted red - the client rects are always same size.
Invalidating the CWnd doesn't fix the problem. Calling InvalidateRect(NULL) invalidates the whole screen which does fix the repainting, but is not a viable solution as there are graphs on the other bits of the screen that can take several seconds to redraw and shouldn't be redrawn any time the splitter bars are moved.
Anyone ever seen anything like this? I'm extremely confused and any pointers as to things to try would be much appreciated.
BTW - dialog in view in splitter wnd in ccontrol bar is part of a function panel down one side of the app.
Many thanks,
Phil.
"He is no fool who gives what he cannot keep to gain that which he cannot lose.
|
|
|
|
|
OK, while I've no idea why this happens, I've found a solution.
I've read up that OnNcPaint handles the borders (NC being Non-Client area). And it's this WM_NCPAINT message that never arrives in the situation where the border isn't painted. While I've no idea why this message isn't sent, sending a WM_NCPAINT message to the control after it's been resized ensures the frame is always repainted. Success!
"He is no fool who gives what he cannot keep to gain that which he cannot lose."
|
|
|
|
|
Hi,
Enumprocessmodule fails when i am trying to get the currently running module file path.
|
|
|
|
|
The get the path to the .exe file that was launched to create the current process use GetModuleFileName() with a NULL module handle.
|
|
|
|
|
Per MSDN:
If the function fails, the return value is zero. To get extended error information, call GetLastError() .
"One man's wage rise is another man's price increase." - Harold Wilson
"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
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Maybe it's a problem of insufficient access rights. Try it with the local administrative account , or as elevated process in Vista , Win 7 to be sure it is a "permissions issue".
|
|
|
|
|
hi all,
using below example i calculate the hour and minute value,
please help me to calculate second value here.
WORD time =23929;
WORD hour, minute , second;
hour = time >> 11;
minute = time << 5 ;
minute = minute >> 10;
thanks.
|
|
|
|
|
That looks weird, what kind of time format do you use in your time variable?
|
|
|
|
|
time have hex type of values.
|
|
|
|
|
LOL so you are using bit ranges inside the integer? I would rather use Unix time to store the current time, if you use UTC that helps you to handle time zones too.
|
|
|
|
|
I assume it is the format used by the FAT file system due to the 2 seconds resolution.
|
|
|
|
|
|
This does not make a lot of sense but at a guess the bottom five bits of the number are supposed to represent the seconds, although that allows for a maximum of only 31 seconds. You will also get invalid values for minutes as you do not mask out the hour value. Perhaps you could explain where these values, and the shift constants, are derived from.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
WORD time = 23929;
WORD hour = time >> 11;
WORD minute = (time >> 5) & 0x3f
WORD seconds = time & 0x1f;
WORD time2 = seconds | (minute << 5) | (hour << 11);
|
|
|
|
|
You can create a struct or union to define the bit assignments:
typedef union _MyTime_t {
WORD tm;
struct {
unsigned sec : 5; unsigned min : 6;
unsigned hour : 5;
} bits;
} MyTime_t;
MyTime_t tm;
tm.tm = 23939;
printf("%02u:%02u:%02u\n", tm.bits.hour, tm.bits.min, tm.bits.sec * 2);
|
|
|
|
|
|
Now I have build my application like this: it runs in the container of Internet browser(IE, FireFox, Chrome and so on). There is a modeless dialog in my program, the dialog contains one CEdit control.
Here is my problem: when user activate the Edit control to type into something, the edit control get the focus. When the edit control loses the focus, I must check whether the input is valid. If not, I will display a model dialog with
AfxMessageBox . But now I cannot determine whether my edit control loses in my own application. Because the edit control may loses focus by a lot of means, for example, when user close the browser, when user open a text program. In these cases, I will just skip the invalidation check.
Any one can tell me how to find that in which way my edit control loses focus.
Any help will be appreciated!
|
|
|
|
|
|
Thank you very much!
It is just what I want.
|
|
|
|
|
Hey there
I have a Windows applications written in C++ using Win32 API's.
The problem am facing now is, if the user presses the Alt + F4 key the application will close.
Is there a way of disabling that via the app itself?
Like capturing the windows shortcut key and then do nothing?
Same about Ctl + Alt + Del.
Is it possible to disable that?
How can i capture these key presses in my app?
Thanks in advance.
|
|
|
|
|
Don Guy wrote: Same about Ctl + Alt + Del.
Why would you want to disable that? Is there any good reason to not give a user the ability to close your application?
|
|
|
|
|
You can disable Alt + F4 by handing the WM_SYSCOMMAND message, checking if WPARAM is SC_CLOSE and then returning 0 .
As for Ctrl + Alt + Del , you're out of luck. You cannot block it.
|
|
|
|
|
To disable ALT + F4 simply return TRUE .
The code below intercepts ALT + F4 and does nothing.
More [here] , [here] and [here].
BOOL myDlg::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->message==WM_KEYDOWN)
{
if( GetKeyState( VK_MENU ) )
{
if( pMsg->wParam == VK_F4) ) { return TRUE; }
}
}
return CDialog::PreTranslateMessage(pMsg);
}
|
|
|
|
|
A common way to disable window closing is returning zero from WM_COMMAND. This is the place where ppl usually put the "Really wanna exit?" dialogs and they don't call DestroyWindow() if the user doesn't want to exit or has unsaved work (etc...). Some ppl like hiding the window more than destroying it on WM_CLOSE because this way it keeps the gui state. As for Ctrl+Alt+Del, and other ways to kill your process... If I guess right and you wanna prevent your program from closing/killing than instead of blocking Ctrl+Alt+Del it would be better to hide your process from process enumeration, I did that only on older windows systems and its quite windows version dependent how to do it, search a recent article about it with google.
EDIT: If you wanna block the Ctrl+Alt+Del to prevent windows shutdown, thats a useless idea because ppl use the power button from reflex in that case.
|
|
|
|
|
Ctrl + Alt + Del is a different thing:
In Windows XP you can create your own GINA.DLL (look for information about that).
In other OS versions you have to edit policies.
Searching for both things in google will help you.
Anyway, keep in mind that you can't do that from a normal application so forget about putting it into your application.
Of course it can be done, but by modifying an internal DLL and / or by modifying policies in the computer.
Good luck.
|
|
|
|