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=20120113;
        h=date:from:to:subject:message-id:in-reply-to:references:mime-version
         :content-type:content-transfer-encoding;
        bh=NlFAAtC7reausOJC8PQ3Hyh0M8eeiUkaS32K1xXRkhc=;
        b=Za6z8jrloqQ7Whd+RjHcv0lgiDfGwNLIR6751KGGgueVOMwejDD2hb8jhpPrk/h2bH
         1WhBR7y6lOlkt4mVBSHU5t7Cqc8GoUPYR9/CfFz7rL640mPD0NrwoMQeOzBoogeSbHMp
         E8AbhydK3keyIehys34O9Q50O4TJmm8s7KupOxjAsCQ5K7xbBUjigVS48JwEaELcYx6f
         gYgIJqSRO8bC+CLnMYwNZsa27KWQ3/XRx63PntKa9NIlrJt9KKXV4xV3zRnsHzQQ2Cbl
         dgXRi7ITzIOz20QkLbMNMHKo4iuijVQ4cpKqzk9BMbNTeFsyLwMq+/W82YDF7j9JwrKD
         DOpA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to
         :references:mime-version:content-type:content-transfer-encoding;
        bh=NlFAAtC7reausOJC8PQ3Hyh0M8eeiUkaS32K1xXRkhc=;
        b=PxSCgRQ4JnEsFXu6Twe2V1OZ4b1oeyIZfI2IpNrF8EbweMeMeVTBmiaRTLR1P4t+eT
         9UmCDLTlCOe1w+X1AwozHYXn9dYaivcBn8UFNheInYvYpebYZdUc/Kb2TTcorxB1Ag60
         S11pUD7UGN7lKZQu2TROwauaOJNBWLUaULhwsQNl/OU6fEzkDWJp4k1abs0zfEiKPgqw
         UzucMt2wigPIvUDZ9ccB8V+Pd/teMjswQGuTiykuZbYR7LH2pMi1T1kcMCgLeB82g3JM
         tFUNVI+Q3Ua4r3Z8leQSrBcx7YRpEDg+MG1Rk7c0JJNwqRNTvDAylkL3k3zNS0p8Hovt
         JOXQ==
X-Gm-Message-State: AG10YOSPCD2o5vUiXUOwnwNbJ8jc155niv48Dpeg50vnwxx9JDhR6mCXIK6jxgmZSO6dRg==
X-Received: by 10.28.140.142 with SMTP id o136mr27095974wmd.45.1453883251724;
        Wed, 27 Jan 2016 00:27:31 -0800 (PST)
Date: Wed, 27 Jan 2016 09:27:27 +0100
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] The nature of gEDA users
Message-Id: <20160127092727.fae4d2bc15fd4a0cbfea8e5c@gmail.com>
In-Reply-To: <s6nwpqvfp2n.fsf@blaulicht.dmz.brux>
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1601180756390 DOT 9035 AT igor2priv>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1601260416150 DOT 9035 AT igor2priv>
	<56A751EC DOT 8030402 AT iae DOT nl>
	<20160126124701 DOT 0d061912c7e078ced9d4e6cb AT gmail DOT com>
	<CANEvwqgs3YFnt7m8mA1DN6X2KdWbyr4zpXCVH321vDo1f7CyxA AT mail DOT gmail DOT com>
	<201601261804 DOT u0QI4KEQ009550 AT envy DOT delorie DOT com>
	<E7D351BF-5BBB-41AC-B996-D5E27079A82C AT noqsi DOT com>
	<CAC4O8c-ZyNnCzCDHXkYYabSD4fG8vf+CKmhMycNJujGMPKzQDQ AT mail DOT gmail DOT com>
	<s6nr3h49hrq DOT fsf AT blaulicht DOT dmz DOT brux>
	<DDB07351-7C94-4B5C-99FA-83750CD4592A AT noqsi DOT com>
	<CAC4O8c9RDJc17XGo-H6DuN5h76RKhQmRNGpcn3DKBKUBP=PuCg AT mail DOT gmail DOT com>
	<s6nwpqvfp2n DOT fsf AT blaulicht DOT dmz DOT brux>
X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
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
Precedence: bulk

We are heading in the same direction.

> >>> But the first steps should not be "implement b/b vias" or "allow more
> >>> than one pair of outer layers".  It should be something like "expess
> >>> Elements and Vias as subclasses of generic containers that can include
> >>> anything".
> >>
> >> +1
> >
> > So you guys actually want a more strongly typed system.  
> 
> No.
> 
> The Via is a container with Attribute "Via".  An Element is a container
> with Attibute "Element".  The GUI HID shall present those as special
> types to the user, in component libraries and via stack editors. But in
> the data structures those could well the the same as a hierachical
> sublayout.

Sounds perfect. The GUI HID shall present via/element/... as special types to the user but in the data structures those could well the the same as a hierachical sublayout.

>  ...

> > Regarding making arbitrary containers, I'm not convinced its a good
> > idea.  Entire layouts serve much the same purpose and can easily be
> > copied about. 
> 
> I'd like to instanciate the same sublayout by reference, so I can edit
> the master and all copies follow.  Problem: How to override atributes
> (refdes) on the copies?

To instantiate via/pin/pad/element by reference would certainly be good although a local copy is needed so that changes only are made then pressing the update button. As is now I think it would be possible to implement update of elements in pcb without change of file format.


Nicklas Karlsson