> or will pcb support ASIC layouts in the future? I don't expect so, but I don't see how that relates to what gschem is.
> Furthermore, we want gschem to be a front-end for simulation > systems. I'll lump "simulator" in with other "layout systems" then. If I had a word that meant "all those things that you use circuit designs for" I'd use that. > Too far. gschem should capture topology. That's what a schematic > represents. I disagree that a schematic is limited to topology - most schematics I see have values on parts as well as design notes and other information. I also disagree that "capture topology" is enough to be the same as "capture design". I *do* agree that a design is more than just a schematic, too, and that other programs (like gattrib) should have a place in the flow. I just disagree that these parts And yes, I realize that different people draw the line between schematic and layout at different places. > Layout is a separate problem. I agree, hence gschem is a front end to layout systems, rather than *being* a layout system (like eagle). I just disagree that capture and layout need to be as isolated as you're suggesting. We can have integration without losing flexibility. > Exit? Not necessary. Just a window per GUI and a window for "make". You can't reliably run gattrib on a schematic you've got up in gschem. If you're not careful about saving and reloading pages as they're modified elsewhere, you end up losing changes. Also, you currently have to exit pcb (or again risk losing changes) to run gsch2pcb because gsch2pcb modifies the pcb file. Still, you're talking about a lot of button clicks to do one operation. The LF work calls for reducing the overhead of those kinds of operations - it's what the "90% user" expects. > No, I want to keep separate things separated. Go ahead. But don't expect us to force everyone to keep things separate just because you like it that way. You are a power user. You are not the typical user we need to cater to, because if there's a way to do it, you'll figure it out. We need to cater to the users who want a common flow to "just work". For you, we just need to leave the possibility there. _______________________________________________ geda-user mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
