| www.delorie.com/archives/browse.cgi | search |
| X-Authentication-Warning: | delorie.com: mail set sender to geda-user-bounces using -f |
| X-Recipient: | geda-user AT delorie DOT com |
| X-Virus-Scanned: | amavisd-new at neurotica.com |
| X-Original-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/simple; d=neurotica.com; |
| s=default; t=1484320581; | |
| bh=P3CmSOIeXI0ild9Yckj7N498vbiMj0FBAvjccNRrgQ4=; | |
| h=Subject:To:References:From:Date:In-Reply-To; | |
| b=PPhc5CneTz1Xg0WaZxse4k0TNN7rONHbih2JGEZptPjLZq80gnh6yLf+97a/Z+Fzc | |
| +WM1+UxgBiGD90p/dtkV9EJ2ruUg5IjJRUPpHml1R8yo3gBtdC4WHjH3B7lBy3Jg/W | |
| Xnir6xGoyfEnQepcmgD3sV2nXGtnQ2jCEPxKBfzk= | |
| Subject: | Re: [geda-user] made with gEDA |
| To: | geda-user AT delorie DOT com |
| References: | <39216e8d-00d4-29c9-56e6-8ae22fe81833 AT neurotica DOT com> |
| <CAJXU7q-qtfNiqe-VuYK+k81PR7cTN2XaJWtxXk3uPzjjm5+TgQ AT mail DOT gmail DOT com> | |
| From: | "Dave McGuire (mcguire AT neurotica DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> |
| Message-ID: | <ac6764d4-3c77-baf6-5df8-d3f46c4660c9@neurotica.com> |
| Date: | Fri, 13 Jan 2017 10:16:20 -0500 |
| User-Agent: | Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 |
| Thunderbird/45.5.1 | |
| MIME-Version: | 1.0 |
| In-Reply-To: | <CAJXU7q-qtfNiqe-VuYK+k81PR7cTN2XaJWtxXk3uPzjjm5+TgQ@mail.gmail.com> |
| 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 01/11/2017 08:58 PM, Peter Clifton (petercjclifton AT googlemail DOT com)
[via geda-user AT delorie DOT com] wrote:
> Was this the design you needed the arbitrary solder-mask removal support
> for?
Oh nono, that was about a dozen boards ago. I'm doing more and more
in the 1GHz+ region (which Switcheroo is not) and I needed the
soldermask-removal support for microstrip and coplanar waveguides.
> I need to come up with a strategy for upstreaming that.. basically, what
> I did on my branch isn't super compatible with the newer PCB versions.
> It extended the hacky way PCB uses extra layers in an arbitrary order
> after the defined ones as silk layers (by adding two optional mask
> layers after the silk ones).
It would be great to get that upstreamed, and maybe even into pcb-rnd.
It looks like there's a huge amount of very good development happening
on that project. As soon as there's transparency support, I'll be on
that like white on rice. :)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |