Search found 29 matches
- Tue Feb 04, 2020 2:25 pm
- Forum: Technical / Scripting
- Topic: Determining if a Macro is already running
- Replies: 10
- Views: 7466
Re: Determining if a Macro is already running
That is excellent! Thank-you!
- Tue Feb 04, 2020 4:02 am
- Forum: Technical / Scripting
- Topic: Determining if a Macro is already running
- Replies: 10
- Views: 7466
Re: Determining if a Macro is already running
Your suggestion definitely works for a compiled macro
Is there a way to get the process id for a macro running within macro scheduler in 'developer mode'?
Is there a way to get the process id for a macro running within macro scheduler in 'developer mode'?
- Tue Feb 04, 2020 3:56 am
- Forum: Technical / Scripting
- Topic: Determining if a Macro is already running
- Replies: 10
- Views: 7466
Re: Determining if a Macro is already running
That's it! Thank-you!
- Tue Feb 04, 2020 3:23 am
- Forum: Technical / Scripting
- Topic: Determining if a Macro is already running
- Replies: 10
- Views: 7466
Re: Determining if a Macro is already running
If I distribute a macro with that code in it wouldn't is always just detect itself running? I'm not sure how that would help me see if a previous iteration of the macro was running. Thanks for the idea though!
- Tue Feb 04, 2020 2:25 am
- Forum: Technical / Scripting
- Topic: OnEvent>KEY_DOWN_ Suppressing WinOS 'beeps'
- Replies: 0
- Views: 8652
OnEvent>KEY_DOWN_ Suppressing WinOS 'beeps'
. When I use OnEvent>KEY_DOWN key combinations that are not recognized by Windows I get an annoying 'beep'. . I can suppress the beep by changing the 'current' default beep in the Registry to 'null' (and then restoring the value that was present when the macro began on exit) but does someone know a ...
- Tue Feb 04, 2020 2:16 am
- Forum: Technical / Scripting
- Topic: Determining if a Macro is already running
- Replies: 10
- Views: 7466
Determining if a Macro is already running
. I plan to distribute a compiled macro that contains several OnEvent commands. I need to ensure that the macro is not called iteratively. I was unable to find a better way to determine if the macro was already running so I'm writing a 'pulse' date / time to a .Ini file and and then checking to see ...
- Sun Aug 11, 2019 12:21 am
- Forum: Technical / Scripting
- Topic: Running an executable, Screen Resolution for Multiple Monitors
- Replies: 12
- Views: 9918
Re: Running an executable, Screen Resolution for Multiple Monitors
Corrected syntax -now it works as expected:
Let>RP_WINDOWMODE=0
/*
PS1:
Add-Type -AssemblyName System.Windows.Forms;
[System.Windows.Forms.Screen]::AllScreens | Clip.exe;
*/
LabelToVar>PS1,PSCmd
Run>powershell.exe -command "%PSCmd%"
wait>10
GetClipBoard>check_ps
**breakpoint**
Let>RP_WINDOWMODE=0
/*
PS1:
Add-Type -AssemblyName System.Windows.Forms;
[System.Windows.Forms.Screen]::AllScreens | Clip.exe;
*/
LabelToVar>PS1,PSCmd
Run>powershell.exe -command "%PSCmd%"
wait>10
GetClipBoard>check_ps
**breakpoint**
- Sat Aug 10, 2019 7:09 pm
- Forum: Technical / Scripting
- Topic: Running an executable, Screen Resolution for Multiple Monitors
- Replies: 12
- Views: 9918
Re: Running an executable, Screen Resolution for Multiple Monitors
The following PowerShell commands return the information I need but I'm having trouble getting them to work in Macro Scheduler: /* PS1: Add-Type -AssemblyName System.Windows.Forms [System.Windows.Forms.Screen]::AllScreens | Clip.exe */ LabelToVar>PS1,PSCmd,1,1 Run>powershell.exe -%PSCmd% wait>2 GetC...
- Fri Aug 09, 2019 6:21 pm
- Forum: Technical / Scripting
- Topic: Running an executable, Screen Resolution for Multiple Monitors
- Replies: 12
- Views: 9918
Re: Running an executable, Screen Resolution for Multiple Monitors
. The issue with running the executable using a Windows Hot-Key is that I want to know which window was active when they pressed the Hot-Key and I won't be able to tell which window that was. Using commands to do an 'Alt-Tab' works but I'm not sure how reliable it is. Thank you for the suggestion to...
- Fri Aug 09, 2019 6:21 pm
- Forum: Technical / Scripting
- Topic: Running an executable, Screen Resolution for Multiple Monitors
- Replies: 12
- Views: 9918
Re: Running an executable, Screen Resolution for Multiple Monitors
. The issue with running the executable using a Windows Hot-Key is that I want to know which window was active when they pressed the Hot-Key and I won't be able to tell which window that was. Using commands to do an 'Alt-Tab' works but I'm not sure how reliable it is. Thank you for the suggestion to...
- Thu Aug 08, 2019 1:52 am
- Forum: Technical / Scripting
- Topic: Running an executable, Screen Resolution for Multiple Monitors
- Replies: 12
- Views: 9918
Running an executable, Screen Resolution for Multiple Monitors
A have a macro for managing / manipulating windows on PC with multiple monitors (similar to Display Fusion but with custom modes not supported by them). I have two 'issues' that I have work-arounds for, but I'm wondering if anyone has better alternatives. 1) I need a way to read the current screen r...
- Tue Apr 21, 2015 2:03 am
- Forum: Technical / Scripting
- Topic: OCR recommendations?
- Replies: 2
- Views: 4462
OCR recommendations?
I have used Macro Schedule for years and have not needed OCR functionality until now. Searching this forum I found a few products mentioned but most of the entries were not current. Searching the internet shows there are a large number of products available. If you have used an OCR product with Macr...
- Sat Jan 01, 2011 2:40 am
- Forum: Technical / Scripting
- Topic: Custom Dialog / Setfocus issue
- Replies: 7
- Views: 8970
- Fri Dec 31, 2010 4:21 am
- Forum: Technical / Scripting
- Topic: Custom Dialog / Setfocus issue
- Replies: 7
- Views: 8970
- Fri Dec 31, 2010 3:29 am
- Forum: Technical / Scripting
- Topic: Custom Dialog / Setfocus issue
- Replies: 7
- Views: 8970
I add the following statements after the 'Wait>5.00' statement shown in my previous message. GetActiveWindow>tst_title,tst_X,tst_Y,tst_W,tst_H **breakpoint** tst_title is equal to WinTitle_Handle, as if SetFocus worked. But on the screen itself, the window associated with WinTitle_Handle never obtai...