VS 2005 MFC Program Always In Focus
-
I have a typical MFC program with lots of control and display items on its dialog. Several Timers control to regular updates. But I have just started to notice that the focus is always returning back to my program when its running. This is every second - the main Timer rate. I think I must have set some properity - but which one?!? So I have to close down the program to do anything else on the computer. ANy suggestions please Windows XP Pro; MFC C++ on VS 2005. Cheers
Well, post some of code of what you are doing when the timer fires.
Cédric Moonen Software developer
Charting control [v1.4] OpenGL game tutorial in C++ -
Well, post some of code of what you are doing when the timer fires.
Cédric Moonen Software developer
Charting control [v1.4] OpenGL game tutorial in C++ -
I have a typical MFC program with lots of control and display items on its dialog. Several Timers control to regular updates. But I have just started to notice that the focus is always returning back to my program when its running. This is every second - the main Timer rate. I think I must have set some properity - but which one?!? So I have to close down the program to do anything else on the computer. ANy suggestions please Windows XP Pro; MFC C++ on VS 2005. Cheers
Have you tried disabling some of those timers to see if they are at fault? Do you have any calls to
SetFocus()?"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
Have you tried disabling some of those timers to see if they are at fault? Do you have any calls to
SetFocus()?"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
Hi David, I have two Timers; 1 at 150 ms and 1 at 1000 ms. If I switch them off no problems. However I did have a look at a simular program and it used several Timers and that runs OK, GUI will still update when focus is lost. So still confused!?! Andy.
Andy202 wrote:
If I switch them off no problems.
Meaning that if the app is minimized or not on top, it will stay as such?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
Andy202 wrote:
If I switch them off no problems.
Meaning that if the app is minimized or not on top, it will stay as such?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
I can minimize the application into the System Tray, but the problem still remains. No other application can hold focus. I have check as many proprities as I can and they all seem set OK.
What are you doing in response to the 1000ms timer?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
What are you doing in response to the 1000ms timer?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
All I am doing is enable or disable buttons and checkboxes on the dialog - running a watchdog function to keep everything logical.
Andy202 wrote:
All I am doing is enable or disable buttons and checkboxes on the dialog...
If you leave the timer code in place but comment out the enable/disable statements, what does that produce?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
Andy202 wrote:
All I am doing is enable or disable buttons and checkboxes on the dialog...
If you leave the timer code in place but comment out the enable/disable statements, what does that produce?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
Hi David. The problem was this line:-
m_cModeDisplay.SetForegroundWindow();
I don’t know why I put it in, but it’s the usual case when you loose something they are probably in the first place you looked, but you sometimes don't look properly! For the same reason I thought that the problem was setting some property of the dialog, but I needed to debug the program and try and locate the area and then the line that was the problem! I just needed someone to deflect me from my perceived view of the problem so that I could find the real problem. Many thanks. Andy.