X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gmail.com; s=20161025;
	h=date:from:to:subject:message-id:in-reply-to:references:mime-version
	:content-transfer-encoding;
	bh=fcpAHyC/nx8R++yCBITDHA/B/nYtV/Z7L6lBVBAq+p4=;
	b=KO8DUvr8D+YElslEWFofWzz7gPUgB6ni5MAwnogF/ERW9y/gpPXZLSoarD0d11vFoX
	dsoqE3p8iMdE02VBj2p+x05VFLWLjeEdGduUTdZyOXpsvCt9etRbb69Gj8k/buL64rb7
	RZ2+M3u7KGcY+IGCwnXruvVUDD6AQcl+MT+5hEFc9wfzGCiT4ylP7GjERZ6EU8swOmpQ
	a238mMmSlHey6Qv9DSXsD0VolH1lvNQ4V2uQrJ486IsNX3qRhbgcLwOCNKKZ72uIkR+3
	cxYj9bdmMUt9NUOZIh3558c0O6iYIeGdhde4ZU5u+uV7vC1nUjUMLKXTHTBPenMSTaGO
	rebg==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to
	:references:mime-version:content-transfer-encoding;
	bh=fcpAHyC/nx8R++yCBITDHA/B/nYtV/Z7L6lBVBAq+p4=;
	b=JFXHglqXl87iS0QuIzbeTTJaGlDs61JDzItB3ErkjmDsaQ4DA+J2+xBN6/EhJVtG6c
	NMUeE8cbch47twzyU5O7Y0v7vXs88sYbcCwQE/39oZYFitgmthGt9rwba/0KdX+Qb+08
	2YOrwneB7jfjOk4+SshMnKSidi5XhsSCl3hqJHV7eTdjveXpEUR40q60CUm1403g75gM
	Y8mhbiDuFAI9inlK7rPSXBEybO8NoyadeHxvrxrNVWWLb7SdbE4Rp0nv5GTBDDb8zrjc
	7V9/Q9ZxtPlB34YHWDdDb3xqBwX7AMoBlBpC5SxeMD2qZWg/TXO+SAxeTSUtroetY1Ir
	p0Dg==
X-Gm-Message-State:	AIVw113ulgqwImItoDMrZwCtcLZdr/kg332Z97H1w2Sfx5KIFNz/wgcK
	O1K2tkO5aZH+W1Pj
X-Received:	by 10.25.156.199 with SMTP id f190mr1959390lfe.99.1500466625260;
	Wed, 19 Jul 2017 05:17:05 -0700 (PDT)
Date:	Wed, 19 Jul 2017 14:17:00 +0200
From:	"Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] [chscem] slow start
Message-Id:	<20170719141700.a9a156f68d8968c53ce1e46a@gmail.com>
In-Reply-To:	<alpine.DEB.2.00.1706300916510.27212@igor2priv>
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1706300916510 DOT 27212 AT igor2priv>
X-Mailer:	Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu)
Mime-Version:	1.0
Reply-To:	geda-user AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	geda-user AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

I like your simple approach.

A schematic is essentially a set of graphical symbols. The graphical symbols have pins which may be connected together with lines. This picture make sense for human reader. What make sense for the computer is which pins are connected together and this is expressed in a netlist. It is also very useful to attach or feedback other values to symbols and connections.

gschem is actually rather versatile. It works: circuit boards, cable drawings, VHDL, linuxcnc configuration, mathematica, tango, ... and should work whenever there is a need to draw a schematic with symbols there pins are connected together with lines, for example a hydraulic circuit. Is is possible assemble several signals into a bus which is like a cable with several strands.

It is a little bit hard to figure out what is wrong/missing in gschem:
 + Something make movement of symbols with connections a little cumbersome.
 + Then connecting from a bus it should be possible to select which signal should be used.
 + netlist so that available net could be listed and assigned attributes, not just net segments.
 + It should be possible to see names of nets in busses.
 - Mapping of pins to footprints should be a plugin or backend, not all circuits need this.
 +- Available standard attributes would come from plugin or backend selected from symbol.
 0 Choice between embed/link is already available.
 + bus pins.
 + backend may provide online design rule check.
 ? backend need to be available on context, different symbols have different backends to make list of available attributes or?

I came to the conclusion gschem is very versatile with quite little missing but something is missing. To add support for different clearances between net a backend would be needed to specify clearances between nets but this only make sense for physical electric circuits. Support to select track width or cable dimension could could be done with the same approach. a netclass or track width attribute could be added to net as is today but it might be better to point the other direction and list the net names?


> Hi all,
> 
> I decided to slowly start up the cschem effort. It is a new schematics 
> editor I am planning to write from scratch. Please visit 
> http://repo.hu/projects/cschem/ for more details
> 
> The first noticable effort will be a public design phase, for which I 
> invite anyone who has experience with schematics capture. The process 
> would be like this:
> 
> 1. I'd write a small section of the design document, marked as proposal, 
> accessible both in svn and on the project web page
> 
> 2. I'd announce it on the mailing list with a deadline (probably a week or 
> two)
> 
> 3. contributros would read the proposal, make comments, make public 
> debates on details
> 
> 4. I'd collect all the feedback and update the proposal
> 
> 5. it either results in a coherent, complete section or we go back to step 
> 2 and do another cycle of refining.
> 
> Depending on how many contributors sign up, I expect this to start in 
> August or September.
> 
> Regards,
> 
> Igor2

- Raw text -