paul

I rebooted numerous times! The problem survived the boot. I reinstalled v3.07 and rebooted. The problem went away. I reinstalled v3.08 and rebooted. The problem reappeared. SO I then reinstalled v3.07 and left it there. The next day Firefox againand reinstalled v3.08 - and this time it worked. I still think my explanation about MondayMorningitis is the most likely!

Try running a macro using the OS native scheduler. The command line will probably be: "C:\Program Files\Macro Express Pro\MeProc.exe" /AMacroName Change C: if your Program Files folder is on a different drive, and replace MacroName with the name of your macro - and you need the quotes. If that works, then your problem lies with Macro Express. If it doesn't work, your problem lies elsewhere.

Well, what are we to make of this? I reverted to v3.07 2 days ago, but after rebooting this morning, v3.08 again installed itself automatically. But, this time, everything works properly. I've changed nothing whatever! Perhaps my computer was suffering the Monday Morning Blues!!

Thanks for your effort. I've also tried it on a second machine, and, like you, experienced no problems. The only thing to note is that the 1st machine has a strange collection of video cards on it: - the one supplied on the HP motherboard which I am unable to use - a Radeon dual-monitor card - an ancient Millennium card for the 3rd monitor, which is so slow that I must reduce its output to 16-bit ME's Explorer runs on the middle screen (Radeon); I can't run it on the left-hand screen (Millennium) because the x-coordinates are all below zero, and I therefore cannot edit existing macros (previously reported bug).

Oh, I never saw that. Thanks. And, having found it, I now see why I never found it before, as it's out of sight on the next page! Why do they think we need more than a screen for responding? Look at all that wasted space.

Firefox v3.08 is now available. For those of you who check the pixel colour of the X in the navigation toolbar to determine if a particular page has completed loading, be aware that this no longer works (at least, not on my machine)! The mouse locator tool does not detect any mouse movement when the mouse is over either of these toolbars. And I am unable to detect a change in pixel colour of the X. Interestingly, AutoIt's equivalent to the mouse locator tool does work correctly! I am reverting to v3.07 immediately, which does work.

Personally, I prefer <g> or (if that second one is right) - I actually entered colon right-bracket, and don't appreciate having my text converted. And I get quite irritated when I try and present a lettered list. You can see what I mean below - it should read (using Bee for the letter B ) - A) point one - Bee) point two instead of which we get: - a) point one - not what I intended for point 2!

I've successfully restored perhaps a dozen very small testing macros over the past few days with not a single crash!

STILETTO (V1.9v June 96) Stiletto Unfortunately I didn't save the macro. But I published the gist of the code - there was nothing tricky about it!

It would be very useful if the debug area at the bottom of a script could be floated (i.e. draggable) so that those of us with multiple monitors could make use of a 2nd monitor by positioning the debug area independently of the script editor. At the moment it's impossible to obtain a decent view of a script plus the variables being used. Kevin, is that a possibility please?

No, I don't agree! I think the macro runs perfectly on a hotkey press, just as long as: 1) you don't include any Text Type commands 2) you don't assign another macro to the same hotkey (but waiting until the keys are released) If you were to allow point 2 above, then every time you pressed the shared hotkey, both macros would run. I see no purpose in that! Kevin, would you have expected the Text Type command to work reliably in a macro activated by a hotkey as soon as it is pressed?

I don't understand your problems with opening and closing Stiletto! I downloaded it and successfully did the following: - created a desktop shortcut to Stiletto.exe which works exactly the same as double-clicking on Stiletto.exe, i.e. "GUI" appears - Launched Stiletto from a macro using the Program Launch command - Closed Stiletto using the documented close command in another Program Launch command, e.g. Program Launch D:\stil19w\stiletto.exe Parameters stiletto.ini close If your .ini file is called something else, use that name, but don't supply the folder name as part of the .ini parameter Works perfectly for me!

The problem with your sample macro lies with the Text Type command - I imagine pressing and holding the hotkey interferes with this command. I have M1 and M2, both of which display a texbox with different words so as to distinguish between them. M1 activates on Ctrl-H when pressed, M2 activates on Ctrl-I when released (I tried having both on Ctrl-H but M1 never fires). Pressing and holding Ctrl-H runs M1 once. Pressing and holding Ctrl-I does nothing while the hotkey is pressed; but as soon an it's released then multiple copies of M2 run at the same time (a bug I've already reported).

Kevin, can you comment please?

I have a macro that simply displays a text box. It is triggered via a hotkey ALt-X (when released). If I press and release Alt-X, it runs. Before dismissing the text box, I press and release ALt-X again - as expected, the macro does not run again, because it's already running. Now I close the text box, and the macro stops running. All is well. But wait... I now press and hold down Alt-X. While I am holding these keys down, nothing happens. But as soon as I release them, multiple textboxes appear, and multiple icons in my taskbar, indicating the macro is running many times all at the same time. I must close each textbox separately until no more macros are running (I got 40 to run). This is presumably a bug?

If I have these 2 commands in a macro: Text Box Display: Select a Server (Timed floating box or end of macro for 5 seconds) Delay: 5 seconds then the macro displays the message for up to 5 seconds and continues. However, if I put these 2 commands into a variable (using the Direct Editor and expanding all \ to \\), the text box displays more-or-less as expected (it actually needs more height when run from a variable), but does not close itself after 5 seconds. ???

In ME4 we can display a message using rich text, e.g. we can bold certain parts of our message. And as in ME3, we can display variables, e.g. %T[1]% Now, can we store rich text in a variable and display that? So I want to display this message: Welcome Can I store this formatted string ("W" in bold, "elcome" in italic) in a variable and display it?

[Revised 22nd March after testing for all 36 conditions simultaneously] Let's take it from the top. I use SQL Server's Query Analyzer many times a day. If loaded in vanilla mode, it asks you for a server. You can start it with a prespecified server, but as I have 4 servers, that's 4 menu choices. So... MACRO QAOpen - Set a variable to my "menu" of 4 server names - Initialize %hotkey% with a string of 4 unique letters - these are the bolded letters above, e.g. CGLV - Run macro Keypress and wait for it to end - Close the text box - If registry value KeyPressReturned is empty, set it to L ((local) - Load Query Analyzer for the selected server whose 1st letter is in registry value KeyPressReturned MACRO Keypress - Set registry value KeyPressRepeats to 2 - Set registry value KeyPressReturned to "*" - Calculate length of %hotkey% - Repeat HotkeyLength times * Extract next character from %hotkey% * Run macro KeyPress + HotkeyCharacter (do not wait for it to end) - Set registry value KeyPressReturned to "" (this causes all KeypressX macros to start processing) - Display menu set by caller - Multiply KeyPressRepeats by 4 (representing 250 milliseconds) - Repeat (KeyPressRepeats x 4) times * Read registry value KeyPressReturned * If not empty Break * Delay 250 milliseconds MACRO Keypress0 - KeypressZ (36 macros) - Read registry value KeyPressRepeats - Repeat until registry value KeyPressReturned <> "*" (this ensures all KeyPressx macros start simultaneously) * Timed Delay 20 milliseconds - Repeat KeyPressRepeats times * Wait for key press 0-Z, depending on the macro (wait a maximum of 1 second) * If timeout occurs (using On Error) $ Read registry value KeyPressReturned $ If not empty, Macro return $ Continue * Set registry value KeyPressReturned to 0-Z (this line gets executed only if the key was pressed) * Break In this example, macros Keypress, KeypressC, KeypressG, KeypressL and KeypressV are all running. If nothing is entered within 2 seconds, these 5 macros will all end and KeyPressReturned will be empty (and then processed by QAOpened as if it were L). If any one of C, G, L or V is entered, these 5 macros will all end within a second, and the related server will be used. I have now tried this with all 36 choices and have revised my code as a result - it all works as intended. If needed, I can tune this by changing the 1st line of Keypress to a value other than 2 (which represents 2 seconds, and therefore 8 250-millisecond repeats for each macro); I can also vary the 250 milliseconds to some other value. There's another approach that I now know will work. I could present a ME menu of choices (running it as a separate macro not waiting for it to end), and simultaneously fire off an AutoIt script that handles the keyboard at a low level and returns whatever has been entered. So once any relevant menu key has been pressed, I can kill the menu macro via its window title and process accordingly.

One good thing I did find after writing is we don't have to use OR statements to combine. The downside to that is that I can only use the OR condition to combine. I don't follow?? Switch and Case are part of the same structure. Switch starts the structure, while Case denotes the individual components. Suppose I have a variable that can contain 1 of 3 values, and I want to take a different action for each. Switch MyVar Case "a" action a End Case Case "b" action "b" End Case Case "c" action "c" End Case Default Case Error! End Case End Switch

Paul: Try putting your 'spaces as indents' in a code or quote box. I thought I'd already tried that a while back, but I'll give it another go. Thanks.

You'd have to use an external script, e.g. AutoIt, VbScript. Here's a web page showing you how to do it. http://www.paulsadowski.com/WSH/cdo.htm

I'm sorry to hear you've been bust - it sounds painful and unpleasant. Being bust probably keeps you very busy too <g>!

While Word's Mailmerge utility can indeed be used to send emails, it does have plenty of problems, not least among which is the number of emails that can be sent at a time. In my work database applications, I allow the user to choose how many emails he/she wishes to send per batch. And there's a considerable difference between the Mailmerge features of Word 2000 and Word 2003, both in appearance and method of working.

In the last few days, on more than one machine, I've noticed that previously read messages are re-appearing as unread unless I specifically click on the All Messages red button. I have seen this behaviour before, but not for a long time.

What a shame that you can't run the same macro more than once at the same time, thus denying the possibility of recursion. I've just designed a set of macros to allow me to present a "menu" of choices and respond to a single-letter response without having to press ENTER after making my choice. I could have done this in 2 macros if I had been allowed to run multiple instances of the same macro. Instead I end up with 37 macros, one master and 36 macros, one for each possible single-letter response (0-9, A-Z). Still, it does work nicely and quickly. I can now present myself with a menu of, say, 8 choices, 1-8, and respond as soon as any number from 1-8 is entered, just like the 4Nt Inkey command.