RE: [femm] Femme-lua (batch processing)

["Dragos Popa" <dragospopa@xxxxxxxx>]

Hi !
I'm from Romania and I study magnetic circuits with permanent magnets used
in linear engine and undestructibile magnetic defectoscopy from aeros[ace
industry and generally.

I'm Ms.S. in electrical engineering from aerospace industry.

If you receive this please let me know for future corespondence.

Your sincerely,
Dragos Popa

P.S.: I'm novice in femm and femmlua, but I learn hardly!


-----Original Message-----
From: David Meeker [mailto:dmeeker@xxxxxxxxxxxxxxxxx]
Sent: Monday, June 11, 2001 6:52 PM
To: femm@xxxxxxxxxxxxxxx
Subject: Re: [femm] Femme-lua (batch processing)




Robin Cornelius wrote:

> Dear group,
>
> As promised I have uploaded my modifications to femm to the yahoo group
> femme page.
> http://groups.yahoo.com/group/femm/files/
> [...]

This is totally, totally cool. The scripting language (vis. your examples)
seems incredibly intuitive. This approach ought to provide a lot of
functionality that people have been wanting for a while.

After experimenting around with it for a bit, there are some things
considered
in the "Known Bugs" section of the documentation that ought to be relatively
easy to get around. First, there ought to be no problem in getting femme to
mesh and analyze in a way that is amenable to scripting. Although fkern and
triangle throw up a dialog so that the user can see what is going on, they
are
really command-line driven applications that ought to work well in the
context
of scripting. The way that the analysis is called now (i.e. pushing the
"turn
the crank" button on the toolbar), the analysis is just spawned and the
preprocessor contines to run while the analysis is underway. However, it's
easy to get the preprocessor to wait around until the analysis is done. In
fact, the program does this when it calls triangle automatically before
calling
fkern--you just have to use the WaitForSingleObject function to get the
program
to hang around until the analysis finishes. (n.b.--no explicit call to the
mesher is required before an analysis, because calling the start of an
analysis
also calls the mesher automatically to make sure that the mesh is really
up-to-date.) There's a couple of examples of this technique in the
writepoly.cpp
file, e.g.:

if (CreateProcess(NULL,CommandLine, NULL, NULL, FALSE,
0, NULL, NULL, &StartupInfo, &ProcessInfo)){
// BeginWaitCursor();
WaitForSingleObject(ProcessInfo.hProcess, INFINITE);
// EndWaitCursor();
}
else
{
AfxMessageBox("Couldn't spawn triangle.exe");
return FALSE;
}

We'd probably just want to put in an extra flag so that the program does
WaitForSingleObject when fkern is used in the context of a lua script and so
that WaitForSingleObject is not used when the dialog button is pushed.

Also, here are a couple of extra commands that could be included:

selectgroup(n) -- This would select the nth group, so that it can be moved,
rotated, copied, etc. This is good for doing things like turning the rotor
on a
machine without having to select and manipulate each of the component parts
individually. This is good to have in a scripting implemenation, because
I'd
guess that most of the manipulations from run to run would be this sort of
group
mode operation.

seteditmode(n) -- This would set the edit mode to points, segements, arc
segments, or block labels, or groups. This way, the "editaction" parameter
in
the "Editing commands" is just inherited from the preprocessor mode, rather
than
being specified explicitly as a parameter in the lua function call.

Also, it would be nice to modify particular elements in a property, rather
that
just adding or deleting properties. In fact, it might be nice to be able to
add
a new property by overloading, e.g, add_material with a function that looks
like:
add_material("materialname")
which would just create a material with default attributes. Then,
individual
material properties could be operated on as necessary, perhaps with some
command
like:
modify_material("materialname",property,value)

Anyhow, thanks for putting this together Robin, and I hope that you will
have a
continuing interest in developing these lua scripting capabilities for femm.
Once again, in case I haven't made it clear, this is totally cool.

Dave.




Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/