I now have a problem with a recompiled but unchanged script (was previously compiled with ver 7.3.....).
It appears that focus is being grabbed by the MacroScheduler Message window. Msg_stayontop is set to 1.
thanks
Kris Thayloo
msg_stayontop and focus problem ver 7.4.009 date 20-10-2005
Moderators: JRL, Dorian (MJT support)
-
- Newbie
- Posts: 10
- Joined: Thu Feb 12, 2004 2:18 pm
Can you post script snippet showing problem? message will stay on top above any other windows if you have msg_stayontop set to 1 but does not grab focus.
MJT Net Support
[email protected]
[email protected]
-
- Newbie
- Posts: 10
- Joined: Thu Feb 12, 2004 2:18 pm
Support:-
You're probably right. That version of compiler just revealed a flaw in my script that was previously appearing intermittently but is now showing up consistently !
The application that supposed to receive data was not at the proper "page" where it could accept data and consequently the data was showing up in the message box.
Thanks for your prompt response.
Kris Thayloo
You're probably right. That version of compiler just revealed a flaw in my script that was previously appearing intermittently but is now showing up consistently !
The application that supposed to receive data was not at the proper "page" where it could accept data and consequently the data was showing up in the message box.
Thanks for your prompt response.
Kris Thayloo
-
- Newbie
- Posts: 10
- Joined: Thu Feb 12, 2004 2:18 pm
spoke too soon
I am trying to operate Roxio's Direct CD to format a CD-R disk including writing a volume ID.
With Msg_stayontop=1, the commands (alt-n) to get the next screen/page are not received by Direct CD.
With Msg_stayontop=0, I do not have the problem.
The script flaw that I referred previously in the ver 7.3.11 compilation was that I did as:-
"
press alt
sen>nn
release alt
"
to advance two screens, Once in while, it may advance only one screen instead of two. I now realize that I should do the sends seperately and allow time for the application (Direct CD) to respond.
As it stands now, with the ver 7.4.009 compilation, there is no screen/page advance at all even with time allowance for target application response.
As far as sending a script snippet, I might have to get permission to do so.
...and it may be more confusing that helpful.
With Msg_stayontop=1, the commands (alt-n) to get the next screen/page are not received by Direct CD.
With Msg_stayontop=0, I do not have the problem.
The script flaw that I referred previously in the ver 7.3.11 compilation was that I did as:-
"
press alt
sen>nn
release alt
"
to advance two screens, Once in while, it may advance only one screen instead of two. I now realize that I should do the sends seperately and allow time for the application (Direct CD) to respond.
As it stands now, with the ver 7.4.009 compilation, there is no screen/page advance at all even with time allowance for target application response.
As far as sending a script snippet, I might have to get permission to do so.
...and it may be more confusing that helpful.
- Bob Hansen
- Automation Wizard
- Posts: 2475
- Joined: Tue Sep 24, 2002 3:47 am
- Location: Salem, New Hampshire, US
- Contact:
-
- Newbie
- Posts: 10
- Joined: Thu Feb 12, 2004 2:18 pm
-
- Newbie
- Posts: 10
- Joined: Thu Feb 12, 2004 2:18 pm
more info
Support:
Just in case you have an interest in resolving this issue and not have propagate further in your new versions.
The computers that exhibit this problem are Pentium 1, 233 Mhz running windows 2000 or WinNT Service Pack 5.
As mentioned before, this problem only happens if ‘Msg_stayontop=1’.
Thanks
Kris Thayloo
Just in case you have an interest in resolving this issue and not have propagate further in your new versions.
The computers that exhibit this problem are Pentium 1, 233 Mhz running windows 2000 or WinNT Service Pack 5.
As mentioned before, this problem only happens if ‘Msg_stayontop=1’.
Thanks
Kris Thayloo