Jump to content
Macro Express Forums

Cory

Members
  • Posts

    4,191
  • Joined

  • Last visited

  • Days Won

    59

Posts posted by Cory

  1. I used to write distributed MEX files with many users and it was almost like a program. Having that registry worked well and had fewer problems that file based solutions. Also I could edit the registry remotely. 

    But the window title trick is nice too. Most times the interrupting macro needs some kind of interface, so just use that. XYZ sees a window title "Macro ABC" pauses, then pops up a box asking if the user wishes to terminate or continue. Say ABC does some little thing quickly for the user and then wants XYZ to continue. Click that button and it does without having to restart the macro. 

  2. There's no multi-field input box. 
    If you loop you can use the text or cancelation to end the loop. Like if it's empty, the user types "cancel", or you can use the "On Error" to handle the "Dialog was cancelled" exception. 

    Depending on how many you want, I would use the multiline version of the Variable Set prompt command and then split each into a different variable. COunt how many there were and save that in a variable to control whatever loops you're using later. The variables shoudl then be saved as an array variable. Define it to be 99 elements or whatever you think sufficient. 

    THis is a good opportunity to suggest you create your own named variables and not use the legacy "T" variables. 

  3. Cantor I was just reminded of something I used to do but fell out of the habit of. For newbs that are having a problem just knowing where and how to do things, I'd ofent make my examples into MEX and send them the MEX file. That way they can run it, see it run, then open in the editor and learn how to apply it to thier case. Saves the confusion over undefined variables and such. Just a suggestion. 

    • Thanks 1
  4. Control commands don't work in UWP or web pages. 

    MEP isn't the best program for automating web pages. You migh tconsider iMacros. 
    Having said that, if it's not super repetitive, you can have some success. But I, and many of the guys here, avoid the mouse like the plague. As much as you think mouse is difficult now in a web page, it gets worse. Wait until your users start zooming in and out. 🙂 The best bet is to try and do everything with keyboard commands. What I do is with the browser focussed, hit the home button, to be sure, then tab through the web form controls counting and making a note of the index of each. Then I write, don't use the recorder, the keyboard text type commands to get to the controls I want. Check out enter, tab, arrows. Most web pages are designed to be navigable with a keyboard. Enter will make a button click event. 

  5. First thing to do is upgrade to the current version. Currently 6.6.0.1.

    Second we're not going to be much help here for you with crashes as this is a user to user forum and you should use ISS's support portal for things like this and report the bug. Despite what might be wrong in your macro, it shouldn't cause a crash. 

    Without seeing your code it's hard to guess. What you should do is to first walk through it and see where it happens exactly with the debugger. Also try defeating the different macros at different levels. Bottom up I would suggest. Isolation troubleshooting. Also take a look at your variable scope. Or start from scratch in a simplified way, testing at each step, until you find where it goes wrong. Otherwise it's like telling us "My car won't start. What could it be?". Well it could be many things with so little diagnostic information like whether the headlights are bright. 

  6. You will read me here often stating this. Learning those control command as soon as possible will give you greater capability and save you much time in the future. I resisted for a long time then I slapped myself in the forehead when I realized how simple and powerful they were And realized I had wasted thousands of hours by not learning them sooner. 

    But it's not for all application. For instance a web page or UWP app. But you made no indication what type of app you were automating. 

  7. Those are what's called UWP apps and MEP was designed for WinForm apps. Although some people claim they have been able to get some things to work in UWP apps, I've had no success. There are a few threads in this forum you can search for. If it were me I'd load the web browser version and use something like iMacros for automation. I've found that many UWP apps are simply running a Chromium browser control in the app so they're often very similar.

×
×
  • Create New...