![]() |
KnowBrainer Speech Recognition | ![]() |


|
Topic Title: Futher Command Problem Topic Summary: See pror post Created On: 03/31/2012 05:59 PM Status: Post and Reply |
|
![]() |
- Allan | - 03/31/2012 05:59 PM |
![]() |
- Lunis Orcutt | - 04/01/2012 01:26 PM |
![]() |
- Allan | - 04/09/2012 10:12 AM |
![]() |
- Lunis Orcutt | - 04/09/2012 12:47 PM |
|
|
|
|
Dragon log has the following entry. This is similar to the prior post (Dragon Custom Command doesnt't work) in that ExecuteScript does not work. My question is why this behavior? It is not consistent. Sometimes the macro works and at other times it doesn't. Scripting::ExecuteScript script 'HeardWord "click", "ok"' failed (0x0)
ajg |
|
|
|
|
|
|
|
|
It simply means that NaturallySpeaking was unable to click the OK button. These types of commands are not always reliable. If the Prompt isn't falling out of focus, try substituting something like SendSystemKeys "{Enter}" or SendSystemKeys "{Alt+o}" if either choice is an option. HeardWord scripts are handy but we only recommend using them to deploy another macro unless it's a situation such as a browser link where it's the only logical choice. In other words we recommend using HeardWord commands and mouse positions as your last option when scripting.
-------------------------
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
We probably could've worded that better as in the “Window prompt moves out of focus”. For example, if you open NotePad and WordPad on the same screen and adjust the Windows so that you can view both applications, if you place your cursor into WordPad, you will still be able to view NotePad but it's not actually in focus. Sometimes message boxes appear the same way. You can see them but they do not actually have focus.
-------------------------
|
|
|
|
|
FuseTalk Standard Edition v4.0 - © 1999-2013 FuseTalk™ Inc. All rights reserved.