pbryant

it's the screen grab utility - i have the data from the input file. But what i want to do is inspect a value displayed on teh screen, however the screen grab tool does not allow me to get to the value of the field on the screen as it is display only. The ME process assigns the screen control value to %C1%, but in this instanace because the form design is a bunch of fields ont he screen (or so it seems) i get "Compositefield" rather than any data Ideally i'd get the data in a field on the screen, and then compare with the input data in the CSV (%T1%) and then made a processing decision. Hope that helps explain it.

Would be nice to know this, but we've adopted a work around (so please don't break a leg replying). We're pre-cleansing data for now, and detected an error dialog box and aborting if an error occurs. Frankly for the users that a better protocol. Stop, Fix Data, Start again. But if someone does know the answer, that would be interesting. I was getting into ME, but if this is a limitation, then it'd be much less useful to me (or my other clients). Thanks, Peter

My lessons in ME are continuing :-) We found that input data (a csv file) cannot be trusted, and i need to inspect a value on the screen to compare with my inputs, and then make a decision. However, i have 2 issues: 1. It seems that tables of data only return a "Compositefield" value in %Cn% rather than an array of contents 2. That display only data cannot be captured at all. Does anyone know a way round these please? Process is to enter a job number, and then a list of jobs comes up - if the job number exists then this will be top of a display only array of data including the job number and i need to check row 1 item 3 has the same value as i've just used. if so, then we have a good number, otherwise i need to report an error and then carry on with the next record from the CSV Thanks in anticipation, Peter

Thanks John, I'm in the dark a tad, as this is the first time with ME. however the client where I'm working had an old macro that "used to work", looked at that and there are ALT-letters that don't appear to match the application menu structure but then worked. I considered spending a few hours working out, but came to my senses quite quickly Cheers, Peter

I'm working on a macro that runs a browser based application from a CSV file. reading the file is fine but the app launches 3 levels of windows for processing sort of: 1. choose job (with input data from CSV) 1a new window appear 2. Select action on job 2a New window appears 3. enter data from CSV 4 ctrl-S to save 4a OK confirmation dialog 5 ALT-F4 to close parent windows 6 Alt-A, down arrow, enter to return to starting point. Everything is fine and dandy except for 4a. When the macro runs the window does not go on top, and cannot be forced to take the focus either. the data is entered OK, but the CTRL-S and then OK do not get processed. When i do the work manually the windows appear as you'd expect one on top of each other. I've tried waiting for form name (the windows are all differently titled), activating form etc and no dice. Any ideas - or does ME (3.7.1.1 running) not play ball will that level of layers? Thanks, Peter