|
I have a simple problem. I have a DataTimePicker MFC-Control in my Dialog, and whever i press enter while editing it, the application terminates. I have tried to override OnNotify and handle it myself, but that doesn't seem to work. I get the notification, i do something, then i return TRUE (from OnNotify), and then the application terminates. Any suggestions. ?
wbr Mr.Brainley
|
|
|
|
|
Mr.Brainley wrote: I have a DataTimePicker MFC-Control in my Dialog, and whever i press enter while editing it, the application terminates.
Have you tried to reproduce this by creating another such application, but only adding the control to the dialog template, nothing else?
Mr.Brainley wrote: I get the notification, i do something, then i return TRUE (from OnNotify), and then the application terminates. Any suggestions. ?
What happens if you return FALSE ?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I have tried it to create a dialog with just a DateTime control, same behavior. If i returning false changes nothing.
|
|
|
|
|
Is this with VS6?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
|
The control was inside a dialogbased MFC-Application, wich is basically a big modal dialog. Pressing Enter triggered the OnOK event, wich by default terminates the application. I can avaid that now.
|
|
|
|
|
But if the control was open (as you initially stated), pressing the Enter key would have simply closed the control, not the dialog. As you've now descibed it, the control was actually closed, which the default behavior would have been to call the OnOK() method.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Mr.Brainley wrote: and whever i press enter while editing it, the application terminates.
Is the dialog your main window?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi All,
I am using reinterpret cast in VC++6.0 for conversion between diff pointers. When I am portin same application in VC++ 2005 than its firing errors - can not convert.
The code in which this problem is :-
m_obList.GetNext(position) returns pointer of type CObject. But i have to collect it in a pointer of CPalmListItem. In VC++6.0 i able to do bye re-interpret cast but not in VC++ 2005. Why it is so?
CPalmListItem is user define class and m_obList is type of CObject. Why it is working in VC++ 2005 while it is working with VC++ 6.0.
Please help me.
Regards,
Yudhisthira
|
|
|
|
|
why the hell did you delete your question and reposted a new one ?
can't you just hit the button "Modify" to edit it if you want so ?
come one, delete this one and re-edit your other post
|
|
|
|
|
toxcct wrote: why the hell did you delete your question and reposted a new one
Maybe its first version of question and then version 1 and 1.1 and 1.5....
|
|
|
|
|
nope, it was identical... but the OP certainly didn't like that i told him how to ask a question... another stupid monkey
|
|
|
|
|
yudhisthira wrote: Why it is working in VC++ 2005 while it is working with VC++ 6.0.
How about the obligatory code snippet?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
is CPalmListItem dervied from CObject ??
class CPalmListItem : public CObject
{
...
}
if not you deserved it
Greetings from Germany
|
|
|
|
|
read the other posts first... i already asked it, and yes, it seems that it is derived from CObject...
|
|
|
|
|
"read the other posts first"... "it seems that it is derived from CObject"
but something seems to be out of order
that is the thin line which VS2005 seems to know.
Greetings from Germany
|
|
|
|
|
|
If done so (the second time as you wrote), but all I can see is that it "seems" so. Thats often to less. You gotta know
Greetings from Germany
|
|
|
|
|
WTF are you moaning... i don't get a word in you enigma...
|
|
|
|
|
I think the casted object ISN'T derived from CObject.
The asker uses all MFC stuff so this "seems" to be so.
Greetings from Germany
|
|
|
|
|
|
|
We cannot read your message properly, please check the "Ignore HTML tags in this message (good for code snippets)" option when you write a message with < and > (or replace them yourself).
To your question: what is the exact error message you get ? Did you include the header file of CPalmListItem in this file ?
|
|
|
|
|
yudhisthira wrote: "CPalmListItem* pItem = reinterpret_cast(m_obList.GetNext(position));"
still we don't see what you typed within the < > or the reinterpret_cast because it is interpreted as an html tag !
i said to you to replace < with < and > with >
|
|
|
|
|
as the casting type of the reinterpret_cast<> is being understood as an html tag by the browser, we cannot see what you typed.
use < and > instead...
also, what is GetNext() method returning as a type ?
and then, is what GetNext() returns a class inheriting from CPalmListItem ?
|
|
|
|