X-Authentication-Warning: delorie.com: mail set sender to geda-help-bounces using -f X-Recipient: geda-help AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=hypUVxnHSP33hZZZ2s9RK4U+guTKw0XraD/4rvnskN4=; b=abtBThUjiiK8D6Y7JM7gjU1pPzak9qPcGqeh7nPQ3dVWFLG7jZPUQiLdh63rJltV4v Bcaqy6ou6Hg3Qvxi7CAHomZgj4wTHLJY2cWaKP9Z+yAfUTq/4pJrag5HoyqrufTFWY/g aFIVm8Lhky0QtaTsgLnDTMNzeRGavcZaVXzF/DPyiqaYHvZvLyRGSzVwikLqLOkFYZla znL06EzA7gXWohnJig35NAX8FIcfr/QR65xCbqr7NQMDi6eP3C4u20JqjV1MQGWo8SpP 69qxrQfvKoE9yN4LrfHGT3mGqY2QmGmjKC+n1syy/yJ3nlrP0mA7XJJnm91oQdJ37hdl UDRg== 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; bh=hypUVxnHSP33hZZZ2s9RK4U+guTKw0XraD/4rvnskN4=; b=jgQqS/7t/lgt68iJLy+iwx5gfA6fTNgsg15B4pU0r0kp3QxL2I3wllbD8mdd7HGHCr no5tQLe2hztYtsddpSNKTeUQ3AM80jkzMpTq4io9LbLZoM+F8mwxQ57KPnGYwunKKAAx Qm0HTtVuSUVa52g5qP+C98eFwNxy0dDnkzApeVNOxEebrv5h9d0AcDzWWrWbxUs0IBwC Mey4saVLOMmRWVI+hmTs9nWYoGPfNOJEW+8SJwYD3EkwCCtsEeMkwPg6a6uMr6SwfWIU eZyiFTlRAZ53TmAR75atZFv8Vd4qWZ4AGe+Tt0wPK0JvsVdXiGy8QjGGssnt61K1L7JO QngA== X-Gm-Message-State: AOPr4FV7cDLa928Z77XPgpmWYHapOJ9FsM044Ad5eERtoqR6W4KPUIhXSRgs9l99n/SLDqfp9my3rFs9nELisg== MIME-Version: 1.0 X-Received: by 10.36.61.137 with SMTP id n131mr1825134itn.74.1463647057638; Thu, 19 May 2016 01:37:37 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 May 2016 09:37:37 +0100 Message-ID: Subject: Re: [geda-help] pad dimensions shrink when footprint flips to other side of board From: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-help AT delorie DOT com]" To: geda-help AT delorie DOT com Content-Type: multipart/alternative; boundary=001a114392e2f27f4f05332de2f0 Reply-To: geda-help AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-help AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --001a114392e2f27f4f05332de2f0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've seen this bug before, but not had the time to chase it up and reproduce it. Do you have a design which reproduces the behaviour reliably which you can share with me (or any of the other developers). If you had a spare moment, perhaps you could have a go at finding a sequence of steps to reproduce (the simpler the better). From what I recall, the bug does not happen with all parts, so the key may be finding one (and a particular rotation, given your notes above) to test with. Peter On 15 March 2016 at 00:15, James Battat (jbattat AT wellesley DOT edu) [via geda-help AT delorie DOT com] wrote: > Unexpected behavior / bug? > > If I place an element on the top side of the board, then flip it to the > back side of the board (by pressing =E2=80=9CB"), the pad size shrinks. > > If, instead, I rotate the component by 90 degrees before flipping it to > the backside, the pad shape is unchanged. I can then rotate the componen= t > on the back-side without any change to the pad size. > > For what it's worth, when I click and drag the component on the back side > (the component with the wrong pad shape), the red outline of the dragged > object shows the correct pad dimensions. Perhaps this implies a problem > with the display (maybe gerbers are fine =E2=80=94 haven=E2=80=99t checke= d yet)? > > As an example, here=E2=80=99s a link to a screen grab of a minimal exampl= e of this > problem: > http://academics.wellesley.edu/Physics/jbattat/geda/issues/flipbug.htm= l > > Ahhh, just before sending this email, I see that if I close PCB and then > re-open the file, the problem goes away (i.e. all pads are the right > size). So I can work around it, but still, I figured you'd like to know > (maybe you=E2=80=99re already aware of all of this). > > I=E2=80=99m using pcb v1.99z with GTK on debian. > > Thanks, > James > --001a114392e2f27f4f05332de2f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've seen this bug before, but not had the t= ime to chase it up and reproduce it.

Do you have a design whic= h reproduces the behaviour reliably which you can share with me (or any of = the other developers).

If you had a spare moment, perhaps= you could have a go at finding a sequence of steps to reproduce (the simpl= er the better). From what I recall, the bug does not happen with all parts,= so the key may be finding one (and a particular rotation, given your notes= above) to test with.

Peter


On 15 March 2016 at 00:15, James Batta= t (jbattat AT wellesley DOT edu) [via= geda-help AT delorie DOT com] <= geda-help AT delorie DOT com> wrote:
Unexpected behavior / bug?

If I place an element on the top side of the board, then flip it to the bac= k side of the board (by pressing =E2=80=9CB"), the pad size shrinks.
If, instead, I rotate the component by 90 degrees before flipping it to the= backside, the pad shape is unchanged.=C2=A0 I can then rotate the componen= t on the back-side without any change to the pad size.

For what it's worth, when I click and drag the component on the back si= de (the component with the wrong pad shape), the red outline of the dragged= object shows the correct pad dimensions.=C2=A0 Perhaps this implies a prob= lem with the display (maybe gerbers are fine =E2=80=94 haven=E2=80=99t chec= ked yet)?

As an example, here=E2=80=99s a link to a screen grab of a minimal example = of this problem:
=C2=A0 =C2=A0http://academics= .wellesley.edu/Physics/jbattat/geda/issues/flipbug.html

Ahhh, just before sending this email, I see that if I close PCB and then re= -open the file, the problem goes away (i.e. all pads are the right size).= =C2=A0 So I can work around it, but still, I figured you'd like to know= (maybe you=E2=80=99re already aware of all of this).

I=E2=80=99m using pcb v1.99z with GTK on debian.

Thanks,
James

--001a114392e2f27f4f05332de2f0--