Hi,
> Something you may want to add to your proposal is the implementation of a
> convenient way to take a given CSG primitive and generate its BREP form.
> There are a number of possible ways to do that - one way that might be fairly
> quick and convenient would be to add an additional option to the "brep"
> debugging command that already exists to accept a CSG primitive name and
> (optionally) an output name for the brep to be generated, and have it put the
> generated brep in the current open database. There are others, and Sean may
> have some thoughts here as well, but you will definitely need something of
> the sort for evaluating the conversion routines so it's something to call out
> in your proposal if you can.
That's to say, I should add to my proposal in which way I'm going to implement
the user interface? I think the way you mention above is really a good idea.
There is already a "brep" command in MGED. I can add an option to it to do the
conversion, like this:
brep obj [brepname]
It detects whether the object is an implicit primitive and does the conversion
if it is. Otherwise it just acts like what it does before.
And after all primitives can be converted, I'd like to expand this command to
converted a CSG tree. The converter walks the CSG tree and convert all the
implicit primitives to breps. So the command can be like this:
brep root
In this way to type the output names would be inconvenient. So the breps
generated are named in an automatic way.
Is it a good idea?
Cheers!
Wu Jianbang------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel
