water Posted August 23, 2017 Share Posted August 23, 2017 I'm sure there is a wait-until-the new-screen-is-displayed function available. So you only send keys when the new screen is available. Please check the Programmer's Guide. My UDFs and Tutorials: Spoiler UDFs:Active Directory (NEW 2022-02-19 - Version 1.6.1.0) - Download - General Help & Support - Example Scripts - WikiExcelChart (2017-07-21 - Version 0.4.0.1) - Download - General Help & Support - Example ScriptsOutlookEX (2021-11-16 - Version 1.7.0.0) - Download - General Help & Support - Example Scripts - WikiOutlookEX_GUI (2021-04-13 - Version 1.4.0.0) - DownloadOutlook Tools (2019-07-22 - Version 0.6.0.0) - Download - General Help & Support - WikiPowerPoint (2021-08-31 - Version 1.5.0.0) - Download - General Help & Support - Example Scripts - WikiTask Scheduler (NEW 2022-07-28 - Version 1.6.0.1) - Download - General Help & Support - Wiki Standard UDFs:Excel - Example Scripts - WikiWord - Wiki Tutorials:ADO - WikiWebDriver - Wiki Link to comment Share on other sites More sharing options...
AzgarD Posted August 23, 2017 Author Share Posted August 23, 2017 4 minutes ago, water said: I'm sure there is a wait-until-the new-screen-is-displayed function available. So you only send keys when the new screen is available. Please check the Programmer's Guide. Thats the problem, i can't wait the screen changes, i have to send all the KeyStrokes one after another Link to comment Share on other sites More sharing options...
water Posted August 24, 2017 Share Posted August 24, 2017 8 hours ago, AzgarD said: Thats the problem, i can't wait the screen changes, i have to send all the KeyStrokes one after another That's what I don't understand. Host applications are screen related. You enter data into the screen and then press a key sending the screen content to the host. When the host has processed the data it returns a new screen or updates the current screen. So I see no need to press keys over and over while the host is processing your Input. My UDFs and Tutorials: Spoiler UDFs:Active Directory (NEW 2022-02-19 - Version 1.6.1.0) - Download - General Help & Support - Example Scripts - WikiExcelChart (2017-07-21 - Version 0.4.0.1) - Download - General Help & Support - Example ScriptsOutlookEX (2021-11-16 - Version 1.7.0.0) - Download - General Help & Support - Example Scripts - WikiOutlookEX_GUI (2021-04-13 - Version 1.4.0.0) - DownloadOutlook Tools (2019-07-22 - Version 0.6.0.0) - Download - General Help & Support - WikiPowerPoint (2021-08-31 - Version 1.5.0.0) - Download - General Help & Support - Example Scripts - WikiTask Scheduler (NEW 2022-07-28 - Version 1.6.0.1) - Download - General Help & Support - Wiki Standard UDFs:Excel - Example Scripts - WikiWord - Wiki Tutorials:ADO - WikiWebDriver - Wiki Link to comment Share on other sites More sharing options...
AzgarD Posted August 24, 2017 Author Share Posted August 24, 2017 7 hours ago, water said: That's what I don't understand. Host applications are screen related. You enter data into the screen and then press a key sending the screen content to the host. When the host has processed the data it returns a new screen or updates the current screen. So I see no need to press keys over and over while the host is processing your Input. The need for press the keys as soon as possible is sales related. If the keys are not send while the screen is "frozen", my company lose the sale, and then you can imagine what this mean to the financial situation of the company. Anyway, i'll try some stuff. Thanks for the help Link to comment Share on other sites More sharing options...
water Posted August 24, 2017 Share Posted August 24, 2017 I assume that the key presses we are talking about go to the host window. So what I described above is still true. When you send (P)F4 function "INST" is triggered. How do you notice that the "freeze" (means: processing) after (P)F4 has ended and the host session is ready for the next key press/data entry? Lets say the title of the host window changes. So I would send the (P)F4 key to the host and then wait until the screen title has changed. Then send the next command. This way your script executes as fast as possible without filling up the command queue which will be processed when the current (P)F4 key has been executed. Processing this queue with multiple key presses leads to unexpected results. Send a key -> wait for a result showing the key has been processed -> send the next key .... My UDFs and Tutorials: Spoiler UDFs:Active Directory (NEW 2022-02-19 - Version 1.6.1.0) - Download - General Help & Support - Example Scripts - WikiExcelChart (2017-07-21 - Version 0.4.0.1) - Download - General Help & Support - Example ScriptsOutlookEX (2021-11-16 - Version 1.7.0.0) - Download - General Help & Support - Example Scripts - WikiOutlookEX_GUI (2021-04-13 - Version 1.4.0.0) - DownloadOutlook Tools (2019-07-22 - Version 0.6.0.0) - Download - General Help & Support - WikiPowerPoint (2021-08-31 - Version 1.5.0.0) - Download - General Help & Support - Example Scripts - WikiTask Scheduler (NEW 2022-07-28 - Version 1.6.0.1) - Download - General Help & Support - Wiki Standard UDFs:Excel - Example Scripts - WikiWord - Wiki Tutorials:ADO - WikiWebDriver - Wiki Link to comment Share on other sites More sharing options...
AzgarD Posted August 24, 2017 Author Share Posted August 24, 2017 (edited) 3 hours ago, water said: I assume that the key presses we are talking about go to the host window. So what I described above is still true. When you send (P)F4 function "INST" is triggered. How do you notice that the "freeze" (means: processing) after (P)F4 has ended and the host session is ready for the next key press/data entry? I know that because if we do this manually or using the AutoIt the keys continue to being sended to the follow screens. That's a fact. Quote Lets say the title of the host window changes. So I would send the (P)F4 key to the host and then wait until the screen title has changed. Then send the next command. This way your script executes as fast as possible without filling up the command queue which will be processed when the current (P)F4 key has been executed. Processing this queue with multiple key presses leads to unexpected results. If you mean the window name, that not happens. All the way of the process the name of the window still the same. As i sayed, for the process can be right the keys have to be "pressed" regarless of the screen. The AutoIt did that in the most nice way could be, bu the problem was the "F4" spam, because of the delay of the double clicking. Edited August 24, 2017 by AzgarD Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now