> > * Work on the global puller some more > > > > * Work on integrating the layer-types patch > > > > * Documentation > > > > * Add import and wizard HID types > > > > * Multipin support (may need layer types first) > > > > Could you please elaorate a bit more? Especially on layer types and > multi-pin. I don't really understand what you mean.
The simple puller does this: http://www.delorie.com/pcb/puller/ The global puller does that kind of thing globally, without needing the user to add the arcs, resulting in traces that have almost no corners, consisting entirely of smoothly flowing and curve-hugging lines. Unfortunately, 10% of the boards turn into a pile of spaghetti instead. It's heavy math but the results are very pretty. The layer-types patch Is the first step in moving away from "all layers are copper, except these two special silk ones" and more towards "each layer has a type, be it copper, silk, paste, assembly, keepout, etc". It also adds the assumption that the layer stack is the physical layer stack. These changes are the first step for things like blind vias, more complex element descriptions, etc. Lots of busy-work for not much functionality at first, and some GUI work required. Documentation is, well, documentation. Ours is old and doesn't really match the software any more. As much work as one can ask for :-) We have an export HID type; we use it to produce PNG, EPS, PS, gerber, BOM, and other output types. Import HIDs would be used for importing, for example, other EDA files, gerbers, photographs, etc. Wizard HIDs give you a way to attach a plug-in to a menu option, where before we only had command-box actions to do so. Such wizards would be like Bob's auto-displace and alignment plugins, or we could add new autorouters or optimizers, etc. Not much coding, but some GUI work. Multipin is my concept for a new type of pin/pad for elements which allows the footprint to control the copper, mask, and paste, on a per-layer basis, and allowing for more complex shapes than we currently have. Lots of coding to add, hopefully I can talk everyone into not having to edit the pads within pcb (like we do for plain pads). _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
