kicad-developers team mailing list archive

[Bob Cousins <bobcousins42@xxxxxxxxxxxxxx>]

On 2 March 2012 15:45, Dick Hollenbeck <dick@xxxxxxxxxxx> wrote:
> I am not aware of any such work in progress.
> Are you working in a language or environment which would make integration into KiCad
> difficult or impossible, and if so, why?

I am working in C# on Windows, simply because that is the quickest
environment for me to work in, and I envisaged it being a standalone
tool. Rapid prototype, perhaps.

I am not even sure what type of features should be added to KiCad. My
gut feeling is keep it simple! KiCad is very good at what it does, and
perhaps should be kept focused on that. As long as there is a way to
import and export data via at least one format, then the CAD type
stuff can be done in the general CAD domain, for which there are
several tools available.

So I would take a close look at what features might be useful for
KiCad, and whether these are best done in KiCad or by interworking
with other tools via an API. STEP for example is a pretty huge
standard, I don't think we would want to implement support for all of
it, but bits of it might be useful.

One thing that I think would be useful is if KiCad was a bit more
tolerant when reading VRML. My C++ is not great, but I could probably
help with that.