|
Hello everyone!
I have this:
CEdit *m_em_errorMsg = (CEdit *) GetDlgItem(IDC_ERROR_MSG);
Is that a correct form of initialization? I don't want to use Create() because I'm using the dialog designer...
That code's giving me some errors, and the debugger's Watch 1 window has a lot of class (CEdit/CWnd) members with "expression cannot be evaluated" errors on them, so that's why I'm assuming the init is the problem... Is it wrong? Thanks! 
Windows Calculator told me I will die at 28. 
|
|
|
|
|
Lord Kixdemp wrote: Is that a correct form of initialization?
Yes, for initializing m_em_errorMsg.
Lord Kixdemp wrote: I don't want to use Create()...
Why would you need to? You should already have a control with an id of IDC_ERROR_MSG.
Lord Kixdemp wrote: That code's giving me some errors...
And those errors would be what?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
|
You can declare a variable for your editbox and use of it
|
|
|
|
|
That be what I'm doing 
Windows Calculator told me I will die at 28.
|
|
|
|
|
if you declare a variable for your editbox that you have on forum is better than use
<br />
CEdit *m_em_errorMsg = (CEdit *) GetDlgItem(IDC_ERROR_MSG);
|
|
|
|
|
Dong-Jun Kim wrote: Is it normal behavior of modeless dialog boxes?
"Normal" is whatever you make of it.
Dong-Jun Kim wrote: I just want to close the box when I click close, little x button on top right, button.
Then you simply need to call DestroyWindow() in those situations. Be careful that you are not inadvertently calling EndDialog().
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I have a worker thread that needs to wait a certain amount of miliseconds before resuming..
I would just got the for(i=0; i<10000000000; i++) route, but i'm afaid it will eat up the CPU. I'm trying to stay out of a loop but stay in the worker thread.
I need my main thread to be very alert and time accurate while this worker thread is waiting.
I've looked at all the timer functions.. can't seem to find the one to do the trick..
any ideas.. ?
Workthread()
{
//do some processing
//wait
//do more processing
//return
}
|
|
|
|
|
Sleep[^] 
Although why someone is writing multi-threaded code prior to learning the threading API's is... well .... pretty crazy.
led mike
|
|
|
|
|
On Windows, try Sleep(milliseconds)
Eats NO CPU
|
|
|
|
|
HA! Beat you by the click of an eye.
led mike
|
|
|
|
|
|
duh... didn't have the time.h header in... my bad.. thanks guys
|
|
|
|
|
aquawicket wrote: duh... didn't have the time.h header in... my bad.. thanks guys
try more efficient WaitForSingleObject with retrun value WAIT_TIMEOUT
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief And You
|
|
|
|
|
Hello.
I have added a picture control to my dialog application resource file.
I dont know how to access it at run time.
I thought you would need a pointer, in the same way you access a Edit control:
CEdit *p = GetDlgItem(IDC_EDT);
p->whatever,
etc.
So I need a pointer to the control I assume in order to send an image to it.
Can anyone help.
Jerry
|
|
|
|
|
Try a pointer to a CStatic object
Mark
|
|
|
|
|
|
That is the type of control placed on the dialog.
You can set a bitmap into it in the designer or at runtime with CStatic::SetBitmap()
|
|
|
|
|
By default, the control has an id of IDC_STATIC. Change that to something else. Then use ClassWizard (Ctrl+W) to associate a CStatic object to that control. Then you can call the SetBitmap() method.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Thank you for your help.
Jerry
|
|
|
|
|
Static control is good for show picture but why you want to use Edit Ctrl
|
|
|
|
|
Hi,
I have written a piece of code in WM_KEYDOWN for the tab key when the tab key is pressed in the edit box.It does what it is supposed to do but before that the tab key shifts the data in the edit box 4 spaces ahead usually what a tab key does.
To stop the tab key from its natural behaviour what should be overridden?
Thanks a ton.
Prithaa
|
|
|
|
|
Did you try overriding the PreTranslateMessage
|
|
|
|
|
Hi,
No I have not tried PreTranslateMessage.
So,What Should I do in PreTranslateMessage()
Prithaa
|
|
|
|
|
if(pMsg->message==WM_KEYDOWN && pMsg->wParam==VK_TAB)
pMsg->wParam=NULL;
This way we are handling the message before it is dispatched to the TranslateMessage and DispatchMessage Windows functions. In short, this will completely nullify the effect of tab key within your dialog.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
Thanks! 