TsunamiZ

yes i know that

updated above post

Just curious.

any idea what index numbers are good for? macro express 3.x didnt have them. why are they in 4.x?

Is there a way to change index number of macros? Just curious.

its not a design defect in my macros because the same thing has been tested to run much faster in ME3 compared to MEPro. i just have many macro enable commands in a single macro. like this... Macro Enable: Macro 1 Macro Enable: Macro 2 Macro Enable: Macro 3 Macro Enable: Macro 4 Macro Enable: Macro 5 Macro Enable: Macro 6 Macro Enable: Macro 7 Macro Enable: Macro 8 Macro Enable: Macro 9 ... but the more i have the slower the macro runs. so its a MEPro performance issue. and there is also a bug to go with it.

idk, since i dont have any macros that run long enough to test if im running multiple macros

I'm on Win7 x64. After upgrading to MEPro, it is causing clipboard copy problems for my text-to-speech program [2nd Speech Center]. I set my 2nd Speech Center to watch clipboard for text and then it reads it aloud. Text copies fine if my intentions are pasting the text, but my 2nd Speech Center doesn't always read it aloud anymore [only 70% success]. Perhaps MEPro is causing clipboard watch conflicts? I didn't have this problem when I was using ME3. Can this be fixed? BTW: This problem is not specifically related to any macro commands. It happens even if I manually press CTRL+C on the keyboard. ALSO: In terms of how this affects using macro commands to copy, I can keep this problem from occuring if I use the Lock Player command. I did a lot of testing on one of my macros that includes a clipboard copy command. The copying part works with only 70% success when not using Lock Player. But works 100% success when using Lock Player. However, this is only a fix for macro clipboard copy commands and doesn't fix the system wide clipboard copy problem.

if i use the lock player command and not use the unlock player command, will the player remain permanently locked--even after the macro finishes? or is the player automatically unlocked after a macro play anyways?

this problem may not bother you. but for what i'm trying to make it do, it is a problem. it is only a problem for me since upgrading to MEPro, was fine on ME3. there is no workaround for this unless MEPro gets a category enable/disable command--which would be more efficient. currently it looks like a bug and performance issue of MEPro.

back in ME3, there was options to choose different GUI styles. hoping for something similar in MEP...

i have looked at the help file for this issue. but it doesn't answer my question. based on the info, the unlock player command seems like something that is used in the middle of a macro and not required at the end--is that true?

the macro enable/disable command can enable/disable without having to access the interface. i'm requesting the software makers to make a similar but new command for doing the same for category. it needs to be able to work without accessing the interface.

the problem is running multiple macro enable/disable commands are slow. so i want to have a macro that can enable/disable a whole category with 1 command.

i mean a macro command like "macro enable" that sends the command directly to the category. so that i can have ME editor closed or be in other windows, etc.

im new the MEPro and i not sure if i can tell the difference...

are there any consequences if i dont follow it up with the unlock player command? will the player be permanently locked until i do?

a workaround i found is by doing this... if window "program manager" is focused else [run macro] end if this makes the macro run when window title "program manager" [desktop] is NOT focused. thus limiting the macro to run on the taskbar.

a workaround i'm using for this bug is by duplicating my whole section of "macro enable" commands with a delay of 100ms in between the two sections. this prevents the bug most of the time. works even better if i triplicate them. but the problem with this workaround is that each duplicate makes the macro run even slower than it is. BTW: i hope the MEPro macro enable/disable commands can be made to run faster, like in ME3. i know those commands run faster with the macro explorer closed but, even then, ME3 is still noticeably faster than MEPro at this. this is also why it would be helpful to have a category enable/disable command.

since mine is linked to a bunch of different macros, it may be kind of bulky to upload a bunch of macros. so here is a quick way to make something similar to my setup. - make a category for notepad - make 16 macros--each one activated by pressing each button on the keypad [except numlock]. make each keypad macro beep when pressed. - disable the whole category - make a new macro for enabling all 16 keypad macros when F12 is pressed - press F12 to enable the keypad macros. wait until they're all enabled. [MEPro is rather slow at this--slower than ME3.] - test the reenabled keypad macros and see if they all beep. this is when the bug happens. not all will be working--even though it shows as enabled in the macro explorer list.

just tried MEPro and doesnt seem like there is a macro command to enable/disable a category. hope it can be added in the future...

I made a macro that toggles between disabling/enabling many macros in a sequence [like a batch]. But some of the macros that appear as enabled in the Macro Explorer don't actually work. I have to use the interface to manually disable and reenable one of those macros to fix the the rest that aren't working. Can this be fixed? BTW: This problem mostly affects macros that are later in the sequence. And affects a different amount of macros each time. ALSO: The macro disable command works much faster than macro enable command. I noticed this when running a macro that enable/disable multiple macros at once. Can the macro enable command be improved to be faster? Perhaps this whole problem can be worked around by adding this feature... Macro command to disable/enable a whole category of macros? http://pgmacros.invisionzone.com/index.php?showtopic=4520

ME3 to 4 conversion bug: Activation by "keypad ." is wrongly converted to "enter".

i mean like a plain gray skin like normal windows programs

I've tried adding the Lock Player command to the beginnings of both macros. But macro #2 still interferes with macro #1. Any ideas how to fix this?