Yehnfikm8Gq

There are now 2 hits after your post. "Administrator" gives lots of hits in ALL forums. "administrator site:pgmacros.invisionzone.com" only produces a large number of hits in ALL forums, just 2 in Pro. Many posts have "admin" in them, 5 in the Pro forum. I tried other searches and they seemed to be OK.

I'm trying to put together a series of Case statements but I want them to emulate "Contains". To do that I have to use wildcards with the Case string. By the looks of all the wildcard questions from Search, the most likely answer is that they cannot be used. Confirmation? If that's the case(!!), it's a shame that "Contains" is not an option in the Switch command.

I stand corrected! Sort of.... I think my comment came from the fact that if you are in a macro file and want to Export a macro to another macro file you cannot Export directly. If you try, you get a dialog "Export Macros". If you click on one thinking that you are about to add the macro to that file you will be disappointed. What actually happens is that the macro file is completely overwritten with the one macro you are trying to "Export". A better setup would be to be presented with choices, "Add to an Existing Macro File", "Export as a New Macro File" To Export a single macro to another macro file, you have to open the other file and Import. To me, exporting means the same as importing but in different directions. In ME3 they are quite different operations.

While it would seem likely that the problem is in the interface between the programs, have you tried duplicating the button actions not using Excel ie manually starting in ME3, timed similar to the problem to eliminate the possibility it is occurring in the two macros? I can't think of any scenarios in ME3 that would fit, but in all these problems, you start with the simple stuff first and eliminate.

This is a very conservative forum. Those that don't mind being ID'd have their locations in their post profiles. Those that want to avoid the taxman, debt collectors, ex-'s and the no-fly list don't! I'm new here too but welcome.

Once I got the thing working fully, it was quite neat to see all the macro information in a compact spreadsheet. I was mostly interested in seeing the distribution of Activation types and which hot keys I used the most across all the macro files. Most popular hotkey for me was "Alt+,". The most frequent activation was "None" and applied to over half my macros. An unexpected bonus was that any oddball macros really stand out. I had one which had 4 window/program specific entries. The most elsewhere was 2 so I looked into why one had 4. It turned out to be a non-issue but nice-to-know.

In ME3 you have to use Export to Import. In MEPro they got it right and you use Import to Import. Worth the extra money just for that!

I only check the 3 fields I want (not script and icon) The problem with the Activation line if it even exists is that it may not be HotKey: it may be Schedule (no ":") or any of the other 9 activation possiblities. The Window/Program specific application program lines (VirtualDub and VirtualDubMod in my example) NEVER have a label. My working logic is based on the following: If the Name line is found, it's a new macro listing If the next line is Scope then Activation is set to None If the next line is not Scope then there is a valid Activation If there are non-blank lines after Scope they must be applications If a blank line is found, that is the end of that macro listing In practice I process the text first to put new lines with "None" where the Activation line is missing. Then I process a second time extracting the data. Not neat but easier to see what is going on. The essence of the problem is that you can have one or more unlabelled lines which may or may not exist. Another wrinkle I found today is with Macro Names and Hotkeys that have a "," in them. I had to add some lines to encase in quotes for importing the CSV into Excel.

Reply method per request Cory I'm not sure I'm getting through. The text string "Activation:" never appears (not ever, no how) in the listings even if there is a valid activaton. See my last examples. If my comments below don't put some doubts in your mind, could you post the commands for the Activation processing block? I need to see it in black & white. Per your logic, the macro will do the Name line putting the data minus "Name:" into say Name[1] and deleting all of that line from %source% The next instruction below the Name logic will be to get the position of the next ":" in what remains of %source% This may be the Activation line. We are apparently hoping to find the ":" in "Activation:" but that string never exists It will find either The ":" in Scope: if the Activation line is missing or the activation does not end in a ":" such as Schedule or The ":" in (say) "HotKey:" if the activation line does exist and contains that parameter In the first case the Activation field will always be set to None, which is fine In the second case it will set Activation to None because (say) "Hotkey:" was found instead of "Activation:" The Window/Program Specific application fields (VirtualDub and VirtualDubMod in my example) that you did not cover would have to be put in some fields like %Application1[%counter%]%, %Application2[%counter%]% etc. You can extract them because they must follow Scope, and each non-blank line must be another application. You cannot search for the next ":" after Scope because it will find the ":" in the next "Name:" and skip extracting all the applications. I'm positive that this is more problematic than you think. If it's really that easy, try it on one of your listing with various types of Activations. Just the two I posted with a repeat of the two added may do the trick. A minor point, I assume that Copy text from %source% from character 1 to %position% should read Copy text from %source% from character 1 to %position% to %temp% Sorry to drag this out

I should have given more examples. The point I was trying to make from the start is that the output from Output Macro Information is totally inconsistent. I wish they were per your last post; that is what I was proposing! Here are the two extremes with Name, Activation, Scope checked: Name: Byte Converter and Download Rate Scope: Global ................................this is always a blank line Name: Process output single frame HotKey: Alt+Shift+G Scope: Window/Program Specific VirtualDub VirtualDubMod ................................this is always a blank line You cannot count lines as such. The only keys you have are Name, Scope and filled lines between Scope and blank line. Logic has to be in place. On my spreadsheet the columns are: Macro Filename, Macro Name, Activation, Scope, applications (as many columns as needed) I now have working logic. It's quite ugly but the process is not that long with 900+ macros.

Another aspect of this issue is with drop-down lists that are select-only (no user input). If you are selecting a specific item you can type the first letter of the line you want (and repeat from there to others starting with the same letter). Alternatively you can hit Home or End and arrow up and down from there. Some boxes however, do not respond to Home and End. You have to do enough up or down arrows to ensure reaching the top or bottom of the list (home and end) and then arrow from there.

Re Paul's idea "Print to File". I tried that and it worked to an extent. There were a few snafus however - Alt+6 came out as A5l ts+e6c followed by the scope and a bunch of garbage characters. The exercise was beneficial as it showed something I had missed. If more than one program is specified in the Scope there will be extra lines. I had assumed one line for all application names. Cory, I don't follow your logic. With missing Activation lines and any number of application names after "Window/Program Specific" you cannot identify what all lines mean. Name Scope can be identified since they always exist and always have that text in the line Activation line may or may not exist and short of interrogating every possibility (Hotkey, Schedule etc) cannot be identified by content Program name lines can only be associated with a Name by knowing they are lines below the "Window/Program Specific" line and above the blank line that follows My method was to key on the Name line and work down from there until a blank line is reached. Can you explain your logic in more detail? The other possibility I considered was that if the line after Name contained Scope, instead of copying the Scope line to the ASCII file record, I would copy "None" followed by the Scope information. That may have been an easier route and perhaps that is what you were saying Cory. Given the possibility of multiple program name lines I may change to that anyway.

I wrote a macro to extract details of every macro in every macro file to Excel. I used the File/Export/Output Macro Information. It worked fine but I did not care for the format. I was only interested in Name, Activation and Scope. The problem was the number of lines used for each. All items: Name: Set Schedule Icon: (Default) HotKey: Ctrl+Shift+D Scope: Window/Program Specific Macro Express ...followed by macro listing Other macros follow here and below . . The problem is with missing fields. For example if you don't have any activation, the line is completely missing. The window/program-specific application only appears, on a new line, where applicable. I would like to see all empty fields filled, either because none exists or not all boxes were checked. By having this format one can key on the Name line and extract the data easily, even if there are endless lines of programming. The line titles like Name:<space> are easily removed. My desired format with blanks filled: Name: None Specified (Not requested) Icon: (Not requested) Activation: None Specified (Not requested) Scope: (Not requested) Related Program: None (Not requested) [this is Window/Program Specific scope dependent] Macro Listing: (Not requested) I got round the problem writing a logic macro to transfer the data to an ASCII file and then to Excel. I found another "If" bug in the process but that's another story. Others may prefer the existing format which is nicer for reading and printing. Ideally there would be a checkbox for two formats. Anybody else been using this? How did you handle the data?

I got hold of a copy of the Standard version. My first comment is that you can install per Windows default or fully skinned. If you did the latter (and none of my comments help) try reverting to default. The option is in the install dialogs. Did you check out the shortcuts? I had no difficulty operating any of the shortcuts (and standard Win shortcuts) with MEPro (using a completely different activation to run the macro). I navigated all the types, genres, search, stop and start play, opened and changed data in the edit box, context menus with Menu/App key. You mentioned about adding folders. I presume the folder tree may be a problem. Controls won't be of much use - each pane or toolbar is one control. May help with some tasks to localize control to one pane. If you have something specific in mind that you can't do, PM me. Unless there is something of interest re MEPro application it's probably OT.

Can't help too much with MediaMonkey as my media organizer is me, as in first person singular. Dare I ask if you have tried Controls? The other alternative is to write some MM scripts. Not as user-friendly as MEPro and probably don't do the sort of things you want. Commenting on PSP, I was automating PSP7 donkeys years ago with ME3. I've never tried on PSP9 which is the first version I have with Python. It's always worth keeping the oldies around where possible. I have Photopaint 13 but mostly use Photopaint 7 which is early 1990s vintage (for run-of-the-mill editing). The prog is up and running in seconds and it runs Corel Script rather than the painful VB. I also found this week that all of PP7's tool settings are Controls which makes it even better.

I put this issue in a request for feature to ISS. It's ugly right now. I have some macros that will go through all the macros in a macro file and do "search and replace" or "find and announce for edit". Unfortunately they are very ugly* to use and time-consuming since the Script Editor is needed for every macro. The Find is particularly annoying because you get the System "clunk" every time a string is not found (I can't turn down the volume since I have other sounds for "found" and "done"). * by ugly I mean time-wise and the macro uses the ME shortcuts Alt+S and Ctr+F4 so you have to ensure no macros in the macro file being edited use those as hotkeys. As reported in other posts, although a lot of plain text is visible in the mex files, much of it is truncated so you can't directly edit in a reliable fashion. Given the abscence of Global functions, MEPro itself does not make life easy. The keyboard shortcuts in ME3 (such as navigating between panes) seem to have disappeared. It is not easy to navigate Macro Explorer and Script Editor. Also, the one place it is difficult to use Controls is in Script Editor itself! For example to detect the Find "not found" window you cannot Get Control because the Find dialogs disappear when you program Get Control. You have to use Capture Control instead. My recent post about the Script Editor closing causing all running macros to stop, forced me to changed my Global macros. It turned out for the best. I used to edit a macro, close the Script Editor and select the next macro in the list for processing. I now open all macros in the Script Editor first and process one at a time, closing the tab after the edit. This is much quicker than closing the Script Editor each time (which takes a loooong time to disappear). I thought there may be a limit to numbers but I've done up to 90 macros at a time. (Edit) I was thinking about this yesterday. I'm sure the pros set up their macros so that all common information is in environment variables, text files, ini files and the registry. That way there is no need to update the macros. You may want to consider the same. Put the the name "Quickbooks.." in a text file. Read the "Quickbooks.." from there into a text variable at the start of the macro and use that variable instead of the name. Ditto for any other stuff you use that may be changed by outside influences. Another area which is a nuisance is adding a universal macro to every macro file. Perhaps someone has a good way of doing that? I have a setup which makes the manual work easier. I may try to automate fully some time.

I found this out as something of a double whammy. I absent-mindedly started a macro using manual "right-click, Run Macro" while a macro was running. The running macro supposedly had locked out the player but the second also ran. I opened the second macro in the Script Editor to find out what was going on. It looked OK so I closed the editor and the first macro stopped. It turns out that a manual macro start overrides any Lock Macro commands. That's intended by ISS but not very obvious until you do it. I have so many macros in each file, I start about half of them manually because there are too many hotkeys to remember and I already have the mouse in my hand when finding the macro in Macro Explorer. For me it's normal but I guess it was assumed that manual start was more for override purposes. Personally I'd like to see a big Run arrow (obeying lock commands) and a smaller one for total override.

I've sent in a bug report for this. It does not seem to be fixed in the latest rev. On my setup at least, if you close the Script Editor while a macro is running, it stops the macro. It's really annoying for me right now because I'm trying to run housekeeping on every macro I have. That involves opening and closing the editor on each. I'm in the process of writing a work-around for my current task.

I'm curious, when you read T90 you set it to SignID and then immediately after set it to empathy. T90 always equals empathy on startup. Following up on my previous post, I would copy the macro and cut out all the unnecessary stuff for troubleshooting. I would get rid of the creating folder, the selection dialog, all the empathy stuff and only have the SignID code remaining. If you want to change the SignID, add a prompt dialog to do just that. Add a text box after the ini reads to see what is really coming out of the ini on startup. Note the current ini content then restart the PC. (Edit) It's also puzzling why the output of the Multiple Choice box is T90. If you just got it from the ini, why would you set it to A or B? I believe that in the first ini read, the variable currently %[T90]% should be %SignID%, the second read %empathy%. I can't try running the full macro but it seems that setting T90 to AB allows the user to change both parameters. Shouldn't there be some indication in the Multiple Choice box of this option. Either as "Both" being option C or additional instructions in the Prompt box. If you set T90 to "C" before the Multiple Choice and have an option C "Both", then option C box will be initially checked so the user only has to hit OK. Going this route you would change the two sets of logic to contain: If Variable %T[90]% Contains "A" OR If Variable %T[90]% Contains "C" ditto for B+C (Edit) If A or B are the most common response you would set one of those as the preset. Another variation if "Both" were the most common response is to leave the Multiple Choice and logic as it presently is, and preset T90 to AB. When the Multiple Choice box appears, both boxes will be checked. That implies that both is a valid choice. Only OK/Enter is required.

I noticed that nobody rushed in on this thread! I don't know about others but it would help if you could have reduced to a simpler set of code. Large amounts of code are likely to reduce interest. Anyway, it also helps if you give an actual example of what it pulls up and what it should be pulling up. For example in the first one is it pulling up "%T[90]%" rather than its actual text value. Could you post an extract of the ini file, (obviously) changing any confidential data?

Have you thought about using a screen grab text utility? There are a few around that are OCR-capable. I doubt they are perfect but should work OK with screen text from commercial software (no fancy fonts). If the odd one is not properly recognized you alarm the occurrence and check manually. You mentioned in the other thread that it is a browser-based application. If that is the case why can't you get the text off the screen by direct copying (at worst, mouse click and drag) or via the page source? It may be the windows you are referring to are not browser windows.

It's not very clear what you are after but I'm not a data handling expert. If this is related to ME, where does %Cn% come in? That's not an ME3 variable. If you process a csv file with ME3 and have selected the correct row, the third field is %T3%.

I tried running the code on another PC and found that the Adobe Reader operation was different. Ctrl+F brought up a Find dialog and there was no progress bar as such. During the search a red symbol appeared on the dialog. That would be the only means of telling a search was still in progress. The macro needs to be tailored to the version of Reader being used. The other PC was also much faster (max of 5 secs for a document). Checking progress speeds things up, otherwise you have to allow time for the longest search to take place (plus a bit) and use that for every document. Whether to add the complication of checking is personal choice based on PC and time available to complete the end task.

Even though I would use a hotkey myself, I can understand your position. I also like to do things with the mouse where possible. Going to the keyboard is a nuisance, however minor. I usually hang on to the mouse with my right hand and choose my important hotkeys to be operable solely with the left eg Alt+Q. In MEPro, under the activations Window Title, is the choice of "Window is Closed".

Have you tried using Controls? Put this where OK button is due to appear. Get Control (from the OK button) Wait for Control to be Enabled Mouse Click on Control I don't have enough experience with Controls to say if this would work with an OK button that will not come to the top when the macro runs. I cannot simulate to test.