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=T1nGoyji6cf7F65YjGGoV5ttpnV6WK/oo5Fd+H9FVQ4=; b=mikfJtkf1pkI8YwSC3DzDzxZdPcHwLC6HStOTkbvX8uVIST2yIVOFFZoniidbrEI1G MOP5/s6YZ65F2VWuMVOQd9N+gnhYV/5EgbENvyJsbGeyxzWq7Z/55anO6zCo34rec0Q2 DrE6nZDyqio8cTNt2A3L0K5rmiUbBCBsAfKkUuh5si83ADKTI4hvOcPQXB63rRcZxQ3q lomo4mh0iFDG2+yLBlWYx0Gi2/1L+AMi4KOitBBBe83iG1+tpFSccnuWgfASbV7NERpS ALlU+gVn9QNso3CskdljmD7rGZvNppT/i0R+T2MIFtgZg3tYIdO5o/q0Zxznw3o+TjSM NT5w== MIME-Version: 1.0 X-Received: by 10.107.130.28 with SMTP id e28mr28148980iod.77.1440493150698; Tue, 25 Aug 2015 01:59:10 -0700 (PDT) In-Reply-To: <20150825104641.9f1ba6623db9fda707c7cdc7@gmail.com> References: <20150824223846 DOT 0ba61ba7 AT jive DOT levalinux DOT org> <201508250312 DOT t7P3CIUG027159 AT envy DOT delorie DOT com> <20150825104641 DOT 9f1ba6623db9fda707c7cdc7 AT gmail DOT com> Date: Tue, 25 Aug 2015 10:59:10 +0200 Message-ID: Subject: Re: [geda-user] pcb file format From: "Levente (leventelist AT gmail DOT com) [via geda-user AT delorie DOT com]" To: gEDA User Mailing List Content-Type: multipart/alternative; boundary=001a113fb7008c808d051e1ef2bf 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 --001a113fb7008c808d051e1ef2bf Content-Type: text/plain; charset=UTF-8 Yes, That is why I define the new file format and data structure, which enables this feature. :-) On Tue, Aug 25, 2015 at 10:46 AM, Nicklas Karlsson ( nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] < geda-user AT delorie DOT com> wrote: > I think there may be cases then you want a polygon on the silkscreen. > Sometimes it is useful to add graphics on some extra layer for example to > mark the area for conformal coating. > > > > > On Tue, 25 Aug 2015 10:27:05 +0200 > "Levente (leventelist AT gmail DOT com) [via geda-user AT delorie DOT com]" < > geda-user AT delorie DOT com> wrote: > > > Okay. I want to clarify one thing. I have full respect for gEDA > developers. > > I have made lots of boards with gEDA. > > > > But I think we have to move on. > > > > AFAIK in footprints, one can not have silkscreen ploygons. > > > > On Tue, Aug 25, 2015 at 5:12 AM, DJ Delorie wrote: > > > > > > > > > I think (DJ is the authority here) our current file architecture does > > > > not do ovals > > > > > > We do round-ended rectangles (i.e. for tssop pads), square and round, > > > and octagons. > > > > > > > > With this data format, one can define arbitrary footprints. No > > > restrictions > > > > > like "no silkscreen polygons". > > > > > > > > To be fair to DJ and the other authors those are not arbitrary. Folks > > > > just kind of coded themselves into a corner. > > > > > > And we do have silkscreen polygons ;-) > > > > --001a113fb7008c808d051e1ef2bf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes, That is why I define the new file format and data str= ucture, which enables this feature. :-)

On Tue, Aug 25, 2015 at 10:46 AM, Nicklas K= arlsson (nicklas.karlsson17= @gmail.com) [via geda-user AT del= orie.com] <geda-user AT delorie DOT com> wrote:
I think there may be cases then you want a polygon o= n the silkscreen. Sometimes it is useful to add graphics on some extra laye= r for example to mark the area for conformal coating.




On Tue, 25 Aug 2015 10:27:05 +0200
"Levente (leventelist AT gmail DOT c= om) [via geda-user AT delorie DOT com= ]" <geda-user AT delorie.= com> wrote:

> Okay. I want to clarify one thing. I have full respect for gEDA develo= pers.
> I have made lots of boards with gEDA.
>
> But I think we have to move on.
>
> AFAIK in footprints, one can not have silkscreen ploygons.
>
> On Tue, Aug 25, 2015 at 5:12 AM, DJ Delorie <dj AT delorie DOT com> wrote:
>
> >
> > > I think (DJ is the authority here) our current file architec= ture does
> > > not do ovals
> >
> > We do round-ended rectangles (i.e. for tssop pads), square and ro= und,
> > and octagons.
> >
> > > > With this data format, one can define arbitrary footpri= nts. No
> > restrictions
> > > > like "no silkscreen polygons".
> > >
> > > To be fair to DJ and the other authors those are not arbitra= ry. Folks
> > > just kind of coded themselves into a corner.
> >
> > And we do have silkscreen polygons ;-)
> >

--001a113fb7008c808d051e1ef2bf--