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=xOwf/Kq5KXhsv/zWAflWRUgkcykyE45ccDFHTlznEyY=; b=Jffco5UW2tyHQXYI4yv8jUMQQw63hfMGa5Lk5DT6i7KMcA646+OGzASXYdi7fHCtaJ 3d/PdQhlp4bF9ADgWv55RHL18yw45vtfhwR+7cGUvHK/qEN152NTTVOF38Q2DjrTbIUM +b87dRVd+xK2XQibw+GAPiETGCHXF3ZQjgJmsP9dxB0/n0eWUg1KoGXnarApif/ZOfuO lGYhAIPXhB11iKiKJXJnZ2dbC0hwnHSy1PG7HKOL1BWYwOZ5OAD2/bf5hehBe6LMQli+ SzlQhEIOcQ+hCADgEO+PYVmbDEWvecUyGH6bMpIO8Z3ktKltZ5j5c0y65uHb+sWvmYgJ AJrQ== 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=xOwf/Kq5KXhsv/zWAflWRUgkcykyE45ccDFHTlznEyY=; b=eF0o0lF6Fl6PDkD3pEBYqOTQB6k04ROW+EQEoo2klBYiIGQw+KwxiL3xKTThMpj7Eg cTWqR+B0XBtiCLdITzJT1s7fORmD4MZsJfKfevYQ9qbidxB0ZnRNXUTLOX4WCpkL0PhJ OsK9GySux8v3wH9v9gJaAcUZU3EBpRvEtMN0mMx3Xfdui0LvxW2WALno8txQsn7PA5yQ KoWxJDiKV8QyYjQkIGh/gJ2cqJSz1illmYtPi8K3INnZWaLiWtaSOgYxPFLRXm4c9yU8 /BiVr7+zEt09GK7v5O7qSXXPyP4HAfJKjDlHbLTyll8qvfxxmR0+C3LarijNsymf4Vjw Gv5w== X-Gm-Message-State: AG10YORbLit2chNPksFbhDzgIpgeKe88dG5dLf6OaQIzYGnKTXz++4/jDFEuwG6ElQPnXw== X-Received: by 10.28.14.138 with SMTP id 132mr4501531wmo.25.1454007689337; Thu, 28 Jan 2016 11:01:29 -0800 (PST) Date: Thu, 28 Jan 2016 20:01:26 +0100 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] The nature of gEDA layers Message-Id: <20160128200126.0fe1bb26d5c28e59d56dfd0e@gmail.com> In-Reply-To: References: <20160126233332 DOT dec2f06f5c74354a3841989c AT gmail DOT com> <20160127091746 DOT 1c7a976c2752f913921688ac AT gmail DOT com> <20160127141334 DOT c738feb9dbeb54a7dec3dff8 AT gmail DOT com> <56A8F74B DOT 8080304 AT ecosensory DOT com> <56A961BC DOT 3040405 AT ecosensory DOT com> <56A9E416 DOT 8080500 AT ecosensory DOT com> X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id u0SJ1XM3018414 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 On Thu, 28 Jan 2016 09:28:08 -0900 "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" wrote: > On Thu, Jan 28, 2016 at 2:17 AM, Stephan Böttcher wrote: > > John Griessen 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 Stephan Böttcher posted a good plan a few days ago: The aim should be to change PCB in small incremental steps. - Remove the assumption that all layers except "outline" are conductive. - Make implicit layers explicit and allow to draw on them, soldermask, solderpaste. - Allow more/all things inside Elements, on explicit layers. - Use a mapping from Library layer names to Layout layer names. - Allow to draw negative objects. Add drawing depth to the objects. - Represent the implicit objects explicitly, clearances, soldermask, solderpaste. - Make Vias more like Elements. First change the data structures, and update the tools do exactly what they did before, then think about which new possibilities to present to the GUI user, and how. - Add a via stack editor. - Add grouping of layout objects.