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=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type:content-transfer-encoding;
	bh=EaZzGE8iYgAdWe9VMoGeOaBmIoTj+IByYaPNhU6QA04=;
	b=Sc9gLaV/R1f6Yg3OaevY9VHd/g1mA62CYMl4dVr9fwtdkWS8T1NJFr7ZrfWmfuv8SP
	aKAErCpJN+yTYNjajyMRUWPp/hgzPtLvXi+Lw1LyJwV89DawppXJreEcS0NT4Y1QydPw
	xhZ7LAnXxaXNO0oFQD8WZRimy9Ci6PP6WQyvzXrNU7qZ2j4iqgh8kT6/+nq9Z1HaevcR
	ZCGm81RdLAOO39z3X5+jr3acmBDrO/9iTP4hOd5dFKOqqTHmNFOleVNv+TNr9QW5L9Ke
	0osnl03gdcE+KXc93q/x8K3iNlb7AApaRJIheH248kowieVH+4VStNNQnkUeNyoTra/E
	Xz7Q==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type:content-transfer-encoding;
	bh=EaZzGE8iYgAdWe9VMoGeOaBmIoTj+IByYaPNhU6QA04=;
	b=fUBfWiDcPYdziWKzDzIcQX6NNH5FzDGo07E23QVmDX1M32jxcIWLYidVIXvowZ/aXR
	hi0VRjC3FO6RDPTkq94SLeqZ+/mDGSy10miUIAhVUUIKOEI8nJNDFAKDjzNEx/MI5Tp6
	1WlydGH+aO+o3Vj99komweQvO8ueN5C5Hrvcd9z/VQrZK20RFbLWJRRrCtG0eeqPEtTT
	2i1jc4l5On63CmAvQB/LmT5ydtvIpVZ87Y490dVlStH0topJtnwC6FloUsSIelkxs224
	XmFKoYsB5spuZpTzCoeR/xm4vsZQMNRb2WjFSFpnzVr4UQQP3NQ6Elx3TBf/RzCy2Skv
	Bn6Q==
X-Gm-Message-State:	AG10YORnd1e/Nwg5Qsd7Tv06Qok0q4wIfSO4hqL3TVDlEB7z+CncdevHqwBhBjGPy6YWRSp3z3Dy9UfpXUaaFw==
MIME-Version:	1.0
X-Received:	by 10.194.173.233 with SMTP id bn9mr4550750wjc.1.1454005688542;
	Thu, 28 Jan 2016 10:28:08 -0800 (PST)
In-Reply-To:	<s6nfuxirm0b.fsf@falbala.ieap.uni-kiel.de>
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1601180756390 DOT 9035 AT igor2priv>
	<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>
	<20160126233332 DOT dec2f06f5c74354a3841989c AT gmail DOT com>
	<s6n1t93h4ub DOT fsf AT blaulicht DOT dmz DOT brux>
	<20160127091746 DOT 1c7a976c2752f913921688ac AT gmail DOT com>
	<s6npowne74w DOT fsf AT blaulicht DOT dmz DOT brux>
	<20160127141334 DOT c738feb9dbeb54a7dec3dff8 AT gmail DOT com>
	<s6n37tjt1tv DOT fsf AT falbala DOT ieap DOT uni-kiel DOT de>
	<56A8F74B DOT 8080304 AT ecosensory DOT com>
	<CAC4O8c9UKLsh5FAAwUMEtHThKH-w3gUmCU2i9dRW9igkyRt-TQ AT mail DOT gmail DOT com>
	<CAJZxidDmjMtd_fKvR5qZVRa+hwDUbvfaz79oZjkBgDuE1m8RBg AT mail DOT gmail DOT com>
	<56A961BC DOT 3040405 AT ecosensory DOT com>
	<CAJZxidC=nbxAinOtpfGHHqwPXbEMrhfat7jKgA9KBp3EVVg4_Q AT mail DOT gmail DOT com>
	<s6nbn863xlu DOT fsf AT blaulicht DOT dmz DOT brux>
	<56A9E416 DOT 8080500 AT ecosensory DOT com>
	<s6nfuxirm0b DOT fsf AT falbala DOT ieap DOT uni-kiel DOT de>
Date:	Thu, 28 Jan 2016 09:28:08 -0900
Message-ID:	<CAC4O8c9D-F3p8sAm2UumoE+uoMZM1ufSP=mNEPeHHpn8YrcSyg@mail.gmail.com>
Subject:	Re: [geda-user] The nature of gEDA layers
From:	"Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id u0SISCBN014728
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

On Thu, Jan 28, 2016 at 2:17 AM, Stephan Böttcher <geda AT psjt DOT org> wrote:
> John Griessen <john AT ecosensory DOT com> writes:
>
>> On 01/28/2016 02:41 AM, Stephan Böttcher wrote:
>>> "Chad Parker (parker DOT charles AT gmail DOT com) [viageda-user AT delorie DOT com]"  writes:
>>
>>>> >My experience has always been that hard to read spaghetti code is the
>>>> >result of dealing with special cases that arise from having data structures
>>>> >and functions that weren't designed quite right. Making things more generic
>>>> >reduces the number of special cases and allows for the maximum reuse of
>>>> >structures and functions.
>>>> >
>>>> >As I stated in my opening remark, feel free to take or leave my
>>>> >suggestions. Obviously I think it would be wise to heed them
>>> So do I.
>>
>> OK.  If having generic containers for data about a pc board and an
>> assembly of parts onto it helps coding
>> be easy let's do that.  Naming and documentation needs help in PCB.

It's highly unlikely it'll be easier for just BBVias.  I believe
there's already an experimental branch that implements them.  Igor is
likely to decide to implement them again while we all talk about it.
For containers to pay off several other applications for them would
need to exist and be important enough to get implemented.  What are
they?

Britton

- Raw text -