creating a specific flow control depending on a button?

[Dawn]

Hi guys,
I'd like to control a program called "points2polys" that converts an xyz-point-cloud into a surface.
Most things are working quite fine, but the calculation process itself takes about 6-9 minutes, depending on the file.
So i'd like girder to start the process, wait until it has finished and go on executing the makro...
Do you have any Idea how to do that? The problem is, that when the program has finished, no extra dialog appears, which girder could wait for...
The only thing could be a 'cancel'-button appearing while the programm is processing.
--> is there a possibility to pause girder until the button has vanished and then making it continuing its actions?

Thanks for your replies or further questions,
Dawn

[Promixis]

girder could probably be used to check every second or so to see if the dialog box is there or not. can you attach a screen shot of what it looks like?

[Dawn]

Thanks, Mike

I've now created a Window exists? action that calls a makro if the button is still there. That makro waits two seconds and recalls the window exists? action via gosub. It even works :) .

But executing that (a little larger) makro, another problem appeared. I've defined some LUA-variables containing the paths of several files. I've named them Path1, Path2 etc. But unfortunately, Girder seems to 'confound' these variables from time to time writing the wrong path in a dos-command. Do I have to rename all these variables in the makro or is there another possibility to get that sorted out?

greetz,
Dawn

[Promixis]

not sure what you mean with what is happening to the variables.... what does your code look like?

[AlCapone]

I guess your path contains ESC-codes , , letter combinations like /t or /n ?

[Dawn]

for example, if I try to rename a file using dos-commands, i've got a keyboard command like this:
rename "[Path2]" "[Var1]"
which should output something like this: rename "C:\programs\file1.txt" "file2.txt" so file1 is renamed to file2.
but instead of typing these variables, girder sometimes types the content of similar variables, like [Var2]. Sometimes it also types {empty} as if the defining of the variable had been sort of jumped over.

jes, my path contains several backslashes and Girder often wrote ß instead until I deactivated the 'alternative Key send'

[Dawn]

with that I actually try to change the extensions of the files as some programs only read txt files that have got a certain extension (.xyz) although the very file is the same.
so I have stored the path of the variable (C:\Programs\file1.txt) in a variable (e.g. Path1) and the name cut out in another variable (with the string.sub comand). So this second variable, (e.g. Var1) contains the string file1.txt.
Now as I want the extension to be changed, I create a third variable (Var2) in which I replace .txt with .xyz:
Var2 = string.gsub(Var1,".txt",".xyz",1)
But instead, girder sometimes types the content of Var1 instead of Var2 in the dos command-box