Erik,
> I have another question - what is happening with libgerbv, I understand that
> it has been broken out?
Yes, we just recently split out the GUI/project reading/writing
stuff and created a shared library with the "meat" of the gerber
parsing/exporting/rendering/editing code. If you end up needing a
program with some special gerber needs, it might actually be the best
method for you to write a custom program and link to the libgerbv
library. Things like file loading and parsing, extents calculations
(for figuring out how big a board is), merging, and exporting is all
doable through libgerbv now. One caveat: documentation is currently
limited to reading through the code of the gerbv GUI portion (main.c,
interface, render, etc)... I'm working on better docs now.
> mmm, I'm wondering if I wasn't clear about the G01 codes - what I was saying
> was that most Gerbers that I see here do not use them in the coordinates, and
> I see output from a lot of different software. I realize that gerbv can
> handle them and that they are technically legal, but I am wondering if
> gerbv's out put may be problematic for other software that is used to them
> being omitted. I most commonly see G01 on a single line like a single set or
> reset command. Just a thought, the specifications are not very clear about
> this.
>
I understand now. Yes, putting the G0x code at the beginning of
every line is not the standard method when you look at other CAD output.
However, it *should* be completely valid code...please let us know if
you find software that pukes with the exported output of gerbv. My hope
was to make the gerbv export output meet the RS274X spec with absolutely
no vagueness, allowing someone to effectively clean "dirty" gerber files
into something recognized by *all* viewing software. Of course, we
could easily fall into the trap of making the output "too good", and
confuse some software that isn't used to it. Although I would imagine
most software should be able to handle extra G01 commands and simply
ignore their redundancy. Again, please let us know if this isn't the
case.
Cheers--
Julian
_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
