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=BKBE2ZspMo9Ph1iUOik9Wovu6DAWEiPouQpn0zYBjIw=; b=cGBUer9FybrfZYg16felB2lIXkgszQD86ZXI8Rn7gCDzvmXxrPJJ6yiZ3HIlZv0Y30 8MfG5Rg+L+Cu7e98LjSC8+h37q2UxWY/N7FX/vb/20nQCXvIvVDH2mgUjAtj6ReHLL6Y 7IhSoNbVBwEiYn5y46ZWb3Ve4TYJq3O5Z7oSBKRbPofORgG2BfV2DVDFtTO2e2p8ygh7 wfNktbA+zzf/xr3b0ero3B6p7SxfEIaJC2b1in+KTRPoUwSXg36rVrplbiP/6NdKChC3 /kv+P3MNKfWLU3UodZZ4rJOi1aXWmda5sHQYxCWZjDd7QfJZlrqIzgXHe/D08EIIJpF5 jqyQ== 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=BKBE2ZspMo9Ph1iUOik9Wovu6DAWEiPouQpn0zYBjIw=; b=b/eI103nI1s2bA2MRBZKZaEnBFDWm/SKFhHBn6sLXhz1O2wZhlek+AvxvalGfqXBXX rKThEq8L1kFCM3mw80gCcHJfLPyhUFJjritzCaK29xyYtU9hOD1i7uBiN7Xcgudvy0nU u1FT2PvVyplrBXdaoy/e5gYLlNQyDyojw5A/Ri5uPvXboVx1HBB0lcMDnmwkHz2SHR8s pfxx3PhiAnUpYo+QACr/PVm0B1vUd5PBApqWj+UwCpWquOMPgezpkyJUZJtdSFVeChMf 5/Ar8s9kTmQq1Zydj5TCUqdezLK4K3i+d7+3pFIxTI5n3Td51Q3btUDY7ailaP5eWKLM HuVA== X-Gm-Message-State: AG10YOR0/4UUcbv4lLCw/LQE1F0h+XrEqLdzR9m1AEXllu1rinfkanV7Vn8XeEqGg5auzg== X-Received: by 10.28.125.20 with SMTP id y20mr23454606wmc.19.1453808827460; Tue, 26 Jan 2016 03:47:07 -0800 (PST) Date: Tue, 26 Jan 2016 12:47:01 +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] [pcb] poll: burried/blind vias vs. pcb and pcb-rnd (How ?) Message-Id: <20160126124701.0d061912c7e078ced9d4e6cb@gmail.com> In-Reply-To: <56A751EC.8030402@iae.nl> References: <56A751EC DOT 8030402 AT iae DOT nl> 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 > The conclusion from the poll is also that there is no strong demand to > support/provide windows binaries. > > However IMO blind/burried vias and windows availability are essential to > attract new users, I do hope that that broader scope is picked-up by > main stream pcb. > > Cheers, > Robert. Even though it should not be implemented right now it could be good with a discussion how it ideally should work. An essential question is how it should be defined in pcb. On a higher level I could see a choice between the layers in form of board/laminate it make hole in or to define between which layers it should be drilled/connected. I could identify three different implementation methods immediately: 1. Define on which layers there should be a hole. 2. Define between which copper layer via should be. 3. In principal define which layers should be connected by connecting on the particular layer. Number (3.) may be good because layers needed to span will be implicitly given by on which layer via is used but there are a few problems: 1. Then there are two different via above each other that do not connect, how to handle for the user? 2. Snap to via, how to choose between bypass and connect? Then it is implicitly given which layer need to connect I guess the minimum possible layers to span for the current design could be chosen automatically for the most common cases although it would still be possible to implement override if needed. Nicklas Karlsson