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=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
        bh=OgaQLLToU3gfAv4Ma179Iws/fgxkK+mI7meXk705OJA=;
        b=JfGqTOMrfw3jMNCYrqcjOblK60qU+rPS3MnaxYl2hJVofhz64zX826qJ8NUudMEk0Z
         MbrMTu3ZXwcQfML4Wi4J2K8p/ZCckzgGZS3cW1pwn+azFqZeqhad8LNHTNjXoeve1TFz
         h3V5nyxSupjj+qsawOapvVuAOioI6eem/D3ww+jzA5lC7GsiuFyRIFsaVdVo5BhG3y8H
         e1p9EQKoQ5LyBz8ySpMk/CQs/qxZ1A4YFb0n6jKDqFScocretuHxg6wIg/HW3V/89P0W
         6Ux5GxKvDfe133GSGSreg2Rh9VxpoQstFTVGfWoWmJREWs0D95xIMsBqviHVI+L8wWrU
         rTxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to;
        bh=OgaQLLToU3gfAv4Ma179Iws/fgxkK+mI7meXk705OJA=;
        b=M0xUvzkwDGVnDP01dSoPD3FxPXFo/xkjbBEQ1shWHuf7QL2rhuA4/51xwXVbNhzhA/
         qkyeRMDdM6r+0M+YCCKD+pC8UBjIs339ZTDGZJZByvdctTx865efBcvFbtzAmuGgo0qG
         LfmW37s1C2lTuxe11XQfGiQbuf9lNsSNCNijfxZJdBg9SCC9Ny7Swdvc3X/ibFytD0vD
         S2exnFg0CEC+OkyNmlob4C08rffxhfccbvDK4aHUlYE9uEOQnxWWXkBw1Bqto4eyehrM
         0CxbvTejizezuH9eOtlcxUVWRNrXVqYxXr4S1l3o93UXpr7xH9rji3P09IfLLB/yZK3w
         +15g==
X-Gm-Message-State: AOAM531xLsuwqbZayOguTczpvqD8gxPjgEPrzVjpcmvxxB1umgkJRmQo
	t29D55CGZmBxdAXOASNszndWxN1mUhvyNFAxjc1vS9oi
X-Google-Smtp-Source: ABdhPJzWIV+sq/2XtG2KqdTrnK77D993ykRmeA70EMsROwCF4HQRg4oXYXmKdA01TO+9dFVMoTsxpE4UddiCWwDXhsE=
X-Received: by 2002:a9f:2375:: with SMTP id 108mr2976621uae.121.1601993141914;
 Tue, 06 Oct 2020 07:05:41 -0700 (PDT)
MIME-Version: 1.0
References: <CAGBFkM2Bja4mjn-7mt_WUcw5AHa6DLJgrZdCDp5cpauGmy6UuA AT mail DOT gmail DOT com>
 <CAC4O8c_8vT47Afr6qPo3yn4QTgZ6ot8rYJqhFrTv8zmELM9iOQ AT mail DOT gmail DOT com>
 <CAJZxidAyVxuLiUwxWz2zhTX6DVsMNr4qGOw+6EDM9c0mV5=_iQ AT mail DOT gmail DOT com>
 <CAC4O8c8T=CTEdCEmnwEj7PgV6W0MrnRNkHVAi=+0HiY2mtqqBQ AT mail DOT gmail DOT com> <20201005230622 DOT 38e89fe7f870c827cc424103 AT gmail DOT com>
In-Reply-To: <20201005230622.38e89fe7f870c827cc424103@gmail.com>
From: "Chad Parker (parker DOT charles AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Date: Tue, 6 Oct 2020 10:05:30 -0400
Message-ID: <CAJZxidCf-Ho+YG=-FvT3OxZO_1-YWuM=i-o7LhsDqtM+orEeNw@mail.gmail.com>
Subject: Re: [geda-user] PCB connect pad to plane
To: geda-user AT delorie DOT com
Content-Type: multipart/alternative; boundary="0000000000002df1c405b101182f"
Reply-To: geda-user AT delorie DOT com

--0000000000002df1c405b101182f
Content-Type: text/plain; charset="UTF-8"

... I don't agree. Ideally the DRC would also be "net-aware" (aka
"connection-aware") so that it could have net-specific design rules, as
well as verifying that you haven't shorted any nets together. It would be
nice to be able to set different clearances for high-voltage nets, or
different minimum trace widths for power nets, for example.

Presently we do have the connection checker to check for shorted nets, but
it's not part of the DRC. Hence the suggestion in the default DRC warning
to explicitly check the connections. Someday the DRC will absorb this
functionality.

In terms of priorities, when I reworked the DRC I wanted to make sure that
it did what it already advertised accurately (which I believe it now does).
There is still a lot more work to be done here, and I believe that the
infrastructure I've put in place should make it easier to expand the DRC in
the future. However, presently I believe that there are other priorities
that are higher.

--Chad

On Mon, Oct 5, 2020, 17:44 Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com)
[via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

>
> DRC should care about copper only unless there are special flag or similar
> indicating it is OK of course.
>
>

--0000000000002df1c405b101182f
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"auto"><div>... I don&#39;t agree. Ideally the =
DRC would also be &quot;net-aware&quot; (aka &quot;connection-aware&quot;) =
so that it could have net-specific design rules, as well as verifying that =
you haven&#39;t shorted any nets together. It would be nice to be able to s=
et different clearances for high-voltage nets, or different minimum trace w=
idths for power nets, for example.<br></div><div dir=3D"auto"><br></div><di=
v dir=3D"auto">Presently we do have the connection checker to check for sho=
rted nets, but it&#39;s not part of the DRC. Hence the suggestion in the de=
fault DRC warning to explicitly check the connections. Someday the DRC will=
 absorb this functionality. <br></div><div dir=3D"auto"><br></div><div>In t=
erms of priorities, when I reworked the DRC I wanted to make sure that it d=
id what it already advertised accurately (which I believe it now does). The=
re is still a lot more work to be done here, and I believe that the infrast=
ructure I&#39;ve put in place should make it easier to expand the DRC in th=
e future. However, presently I believe that there are other priorities that=
 are higher.</div><div><br></div><div>--Chad<br></div><div><br></div><div d=
ir=3D"auto"><div class=3D"gmail_quote" dir=3D"auto"><div dir=3D"ltr" class=
=3D"gmail_attr">On Mon, Oct 5, 2020, 17:44 Nicklas Karlsson (<a href=3D"mai=
lto:nicklas DOT karlsson17 AT gmail DOT com" target=3D"_blank">nicklas DOT karlsson17 AT gmai=
l.com</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com" target=3D"_blank">=
geda-user AT delorie DOT com</a>] &lt;<a href=3D"mailto:geda-user AT delorie DOT com" tar=
get=3D"_blank">geda-user AT delorie DOT com</a>&gt; wrote:<br></div><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex"><br>
DRC should care about copper only unless there are special flag or similar =
indicating it is OK of course.<br><br>
</blockquote></div></div></div>
</div>

--0000000000002df1c405b101182f--