Re: gEDA-user: [RFC 5/6] Use of X server clipboard

[DJ Delorie <dj@xxxxxxxxxxx>]

> 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
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user