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; bh=h4dPjtItShi1/aZ529LjwUQZudecgRMwoB19c8j4AhI=; b=QYBnPxdtnqygwd5En34rp/TzK1ik63z2IZP8rJ2Q0SC8/jl3UnxS+Y2q8RfRoi8iP8 VGp9eKq0PuUxIF6ah+0htOnof9xKwlDlcX7f9L3LyFl8czYSyzyWlDjsCoc4Jd3RBa/r 4Ffu+8Mb5jxuMvTKGi5VXzzRTvtZar1rQOEtfwsbbJ3uXIGDnMw0ug4BBq8VpdY61Hfh 5iMbjXq0WrOyTCGLZhBMAxsCD0DeEqiByMV5cd609nB7ymVrYPcLalUH8yDnQr2cx1l+ ctvaXkBlT5HFKFfcF2MpwVc9yVdWIPsPP0Ktkh5nY1+ggmxu5kg+guhQYpragujokqL8 2qZQ== 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; bh=h4dPjtItShi1/aZ529LjwUQZudecgRMwoB19c8j4AhI=; b=UfqkxDTPXPuXmcFtZ98+bkM9gAT89+bbWU6KxLQgCTXnGALIDVk359q20+yMY7e+AE rm7RkUUBBELCK6qnn4pDe3DT9hXwE90x97yLFAPG4l6wcoSfkiDJWIuhNQ/xA8lWr9gm +NQT/q7UusIa+0QymDHIMUrXSA/R8KC1ycbSNrec7kXESOoEr8+T5rZlmQKvFfimLB3K WL/wzg6A6C1Ns+jmEOBIbi1SWcukdT29gKxS9vqwXLDNTb/JWucgR8c5osP5IJf4Jvq5 ICa6YqMl9UT2XCouR/dCGfeHeaQQH3ULXIW+3bLvqE+iGVYlfcrVZuQr2nozzelpNm8N KlAw== X-Gm-Message-State: AG10YOTWsMAZpU8pNWYm62S5Gqcmzb+nkjnmJEw6rl48L7mcMls0sFhdQG+x+9aqShVM6kRqo5mA7Wsib5KPfA== MIME-Version: 1.0 X-Received: by 10.60.65.74 with SMTP id v10mr3949585oes.58.1454017223353; Thu, 28 Jan 2016 13:40:23 -0800 (PST) In-Reply-To: References: <201601261804 DOT u0QI4KEQ009550 AT envy DOT delorie DOT com> <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> Date: Thu, 28 Jan 2016 22:40:23 +0100 Message-ID: Subject: Re: [geda-user] The nature of gEDA layers From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a11c1d4f2186dc2052a6bc401 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 --001a11c1d4f2186dc2052a6bc401 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Your example of how you see a via work perfectly well. To write which layers are connected I also think should work perfectly well. I however still say the drilled holes end up on at least board layers as cut outs so in sort of they are part of the board shape, this is however not important because it will not change how the objects are defined in your example. Nicklas Karlsson 2016-01-28 22:24 GMT+01:00 Nicklas Karlsson : > To use via/pin/pad from a predefined library and be able to update them > would be very nice then a small adjustment is needed. > > Sometimes a pad need to have a little bit unusual shape and in such cases > it is very useful with possibility to add the necessary shape on the need= ed > layer. For example a power pad or antenna. > > I am looking at clearance and maybe it is possible with a small step in > this direction at the same time. > > Nicklas Karlsson > > > 2016-01-28 21:46 GMT+01:00 Britton Kerin (britton DOT kerin AT gmail DOT com) [via > geda-user AT delorie DOT com] : > >> On Thu, Jan 28, 2016 at 11:08 AM, Stephan B=C3=B6ttcher = wrote: >> > "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" >> > writes: >> > >> >> 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? >> > >> > My use cases for a mor egeneralized data model: >> > >> > - pad stacks, with differnet pad sizes on middle layers >> >> Everyone seems to want these, to be honest I don't understand what >> pads on middle layers are for. Not mounting components for sure. If >> it's just a node what's wrong with a trace or poly? >> >> > - hierarchical layout >> >> It can be done now... >> >> > - rigid-flex baords with more than two outer layers >> >> I've never done these. I guess the flexing connector layer is on top, >> but only where it exists so you can still have components on the layer >> below? >> There's still only one top layer at any given point? >> >> > To avoid more spagetti special casing in the future for all kinds of >> > use cases. >> >> I've just been through a lot of DRC and while it's true that e.g. >> geometrical tests could be concentrated in Union types or something, >> they're still gonna have to go somewhere and it wasn't that bad to >> find them as they are. Adding abstractions that aren't universally >> utilized doesn't necessarily make a code any more comprehensible, >> because sometimes-utilized abstractions are arguably more confusing >> than none at all. To justify things like containers on >> code-cleanliness grounds a big refactor effort is implied. >> >> Britton >> >> > --001a11c1d4f2186dc2052a6bc401 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Your example of how you s= ee a via work perfectly well. To write which layers are connected I also th= ink should work perfectly well.

I however still s= ay the drilled holes end up on at least board layers as cut outs so in sort= of they are part of the board shape, this is however not important because= it will not change how the objects are defined in your example.
=
Nicklas Karlsson


2016-01-28 22:24 GMT+01:00 Nicklas= Karlsson <nicklas DOT karlsson17 AT gmail DOT com>:
To use via/pin/pad from a = predefined library and be able to update them would be very nice then a sma= ll adjustment is needed.

Sometimes a pad need to h= ave a little bit unusual shape and in such cases it is very useful with pos= sibility to add the necessary shape on the needed layer. For example a powe= r pad or antenna.

I am looking at clearance an= d maybe it is possible with a small step in this direction at the same time= .

N= icklas Karlsson


2016-01-28 21:46 GMT+01:00 Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com>:
On Thu, Jan 28, 2016 at 11:08 AM, Stephan B=C3=B6ttcher <= geda AT psjt DOT org> wr= ote:
> "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]"
> <geda-us= er AT delorie DOT com> writes:
>
>> It's highly unlikely it'll be easier for just BBVias.=C2= =A0 I believe
>> there's already an experimental branch that implements them.= =C2=A0 Igor is
>> likely to decide to implement them again while we all talk about i= t.
>> For containers to pay off several other applications for them woul= d
>> need to exist and be important enough to get implemented.=C2=A0 Wh= at are
>> they?
>
> My use cases for a mor egeneralized data model:
>
>=C2=A0 - pad stacks, with differnet pad sizes on middle layers

Everyone seems to want these, to be honest I don't understand wh= at
pads on middle layers are for.=C2=A0 Not mounting components for sure.=C2= =A0 If
it's just a node what's wrong with a trace or poly?

>=C2=A0 - hierarchical layout

It can be done now...

>=C2=A0 - rigid-flex baords with more than two outer layers

I've never done these.=C2=A0 I guess the flexing connector layer= is on top,
but only where it exists so you can still have components on the layer
below?
There's still only one top layer at any given point?

> To avoid more spagetti special casing in the future for all kinds of > use cases.

I've just been through a lot of DRC and while it's true that= e.g.
geometrical tests could be concentrated in Union types or something,
they're still gonna have to go somewhere and it wasn't that bad to<= br> find them as they are.=C2=A0 Adding abstractions that aren't universall= y
utilized doesn't necessarily make a code any more comprehensible,
because sometimes-utilized abstractions are arguably more confusing
than none at all.=C2=A0 To justify things like containers on
code-cleanliness grounds a big refactor effort is implied.

Britton



--001a11c1d4f2186dc2052a6bc401--