DJ Delorie wrote: I.e. the > topmost copper layer in the menus should represent the component side > copper, the next ones the inner planes, and the last one the solder > side copper.
Sounds like a good direction. I agree. > > The projects that need this type of conceptual change are: > > * The layer types thing (i.e. drawing layers can be more than "just > copper") (this is more of a "we should solve both problems together, > to avoid headaches later" issue). > > * Blind/buried vias. > > * Any type of 3-D renderer. > > It would also allow us to cut/paste/tile boards with different > stackups more reliably, by canonicalizing them. Currently, merging > boards is sensitive to the order of layers, without regard to which > are component/solder/inner. > > There was also some discussion of getting rid of the "layer groups" > concept and forcing one drawing layer per physical layer. I suspect > we'd need to be able to color tagged nets differently to make up for > this type of loss. Thoughts? If you could tag a layer with attribs and one of those was color, and allowed displaying with user-chosen colors, there would be no loss of features, and increased clarity, (a layer purpose is outer, inner, copper, conductive ink, insulator, etc.), one layer, one layer number, one gerbr layer output. Stuart Brorson wrote: Here's a list of layers we probably > want to support, from top to bottom: > > DRC layer > top keepout layer > drill (maybe support more than one drill layer to allow for e.g. > plated vs. non-plated holes) [jg]These first three don't fit DJ's proposed physical mapping of layer purposes to physical board layers. > outline (& other mechanical notations) [jg]goes on "ink layer"? > top silkscreen [jg]goes on "ink layer"? > top paste mask > top solder mask > top Cu > (an arbitrary number of intermediate Cu layers) > bottom Cu > bottom solder mask > bottom paste mask > bottom silkscreen > bottom keepout layer [jg] Doesn't fit DJ's proposed physical mapping > John Griessen -- Ecosensory Austin TX _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
