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=wellesley-edu.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:references:to:in-reply-to; bh=XR+NCPcRBgHcw5b7BDHJGsJbIJioHQLI4czMViOpzI0=; b=STWToZZYKgq9+rqP0hJzPf/nSqqwXnusc3YfBL0bPWXQPsDNCf2oOIMkbwgBialWrA 3go29yoUZKOwctkUBt/SYWwERuqqzRLJr5FoXct44EaCBLO4VGciBs0H+OgMTM5iNdCR ZIBC1RBbcCQAA2es/U7b+K2u4YS13r2ycL+7buXwOEMQbBl2l0K1Yjxbu7V9OqTtT14N Hna3+nh3K1pl9hczqRlafjop0Y/JRGGgSbo0yrdkTCek73+YxiLKhaSZa3Nt/os2BS5Q 1wp7CXmdN131XViNH8P7kl8S3F+fpzfh22ITHy7/m9nQp9YKZnTczwtngc58HlIxdQkv knxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:mime-version:subject:date :references:to:in-reply-to; bh=XR+NCPcRBgHcw5b7BDHJGsJbIJioHQLI4czMViOpzI0=; b=UONaEH6tMFY+qKITF8r/ZNFikxaegn0YBUXOiwB7x/JTvCp6sZoDPTWX+8IQ/AretQ rUpcEDaOE4mYWV9pCv6qybsKRWusN7/e3/7tKVo4PY7iURyI5V/sVPny+h//BBMaZ4tz OCmWAevg7STmt9/FEi7R8DtsCdnPlG6ELSTTmgPsxeVrCOpoavD0OJwQ097i11Cc0Cpw W1P57rJo2kUQkDLMuX78LyI1ruERXSRPcIDTQ8e8xkpo4fW/JeE2/Fu4FMP+38SHH94o D6N0WKzrak93SUaHG0f2V7cvKq1rnyfdao/kwlNMwP+u3HserIZktDPirTe4LhdKJC6+ kN4A== X-Gm-Message-State: AOPr4FXWc4AjZGAE1D2gezf4tp+EwDyzJrUbfQanqIxL8qUaXSbmuPgamXe0xQcvokImGRNf X-Received: by 10.98.108.6 with SMTP id h6mr18978912pfc.104.1463657491323; Thu, 19 May 2016 04:31:31 -0700 (PDT) From: "James Battat (jbattat AT wellesley DOT edu) [via geda-help AT delorie DOT com]" Content-Type: multipart/alternative; boundary="Apple-Mail=_8C88931C-9BE3-41DB-9268-2481416375D9" Message-Id: <6DE7353F-C24E-4D88-B5AA-CB7E0CEA0EEE@wellesley.edu> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [geda-help] pad dimensions shrink when footprint flips to other side of board Date: Thu, 19 May 2016 20:31:28 +0900 References: To: geda-help AT delorie DOT com In-Reply-To: X-Mailer: Apple Mail (2.1878.6) 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 --Apple-Mail=_8C88931C-9BE3-41DB-9268-2481416375D9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > Do you have a design which reproduces the behaviour reliably which you = can share with me (or any of the other developers). Sure. In a new pcb file: 1) Manually insert one 0805.fp element from the default library. 2) Flip the element to the back-side (push =93B=94 when mouse is over = element). The visible pad dimensions will be incorrect (though when you drag the = part, the pad outline =97 thin red line on my machine =97 will be = correct). If you then save/close the file and re-open, the pad dimensions will be = correct. If you place the 0805.fp, then rotate, then flip to back side, the pad = dimensions will be correct. This is my current work-around to the bug. James > If you had a spare moment, perhaps you could have a go at finding a = sequence of steps to reproduce (the simpler the better). =46rom 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. >=20 > Peter >=20 >=20 > 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? >=20 > If I place an element on the top side of the board, then flip it to = the back side of the board (by pressing =93B"), the pad size shrinks. >=20 > 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 = component on the back-side without any change to the pad size. >=20 > 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 =97 haven=92t checked = yet)? >=20 > As an example, here=92s a link to a screen grab of a minimal example = of this problem: > = http://academics.wellesley.edu/Physics/jbattat/geda/issues/flipbug.html >=20 > 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=92re already aware of all of this). >=20 > I=92m using pcb v1.99z with GTK on debian. >=20 > Thanks, > James >=20 --Apple-Mail=_8C88931C-9BE3-41DB-9268-2481416375D9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
Do you have a design which reproduces the = behaviour reliably which you can share with me (or any of the other = developers).

Sure. =  In a new pcb file:
1) Manually insert one 0805.fp = element from the default library.
2) Flip the element to the = back-side (push =93B=94 when mouse is over = element).

The visible pad dimensions will be = incorrect (though when you drag the part, the pad outline =97 thin red = line on my machine =97 will be correct).

If you = then save/close the file and re-open, the pad dimensions will be = correct.

If you place the 0805.fp, then rotate, = then flip to back side, the pad dimensions will be correct.  This = is my current work-around to the = bug.

James


If you had a spare = moment, perhaps you could have a go at finding a sequence of steps to = reproduce (the simpler the better). =46rom 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] <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 =93B"), 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 = component 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 =97 haven=92t = checked yet)?

As an example, here=92s a link to a screen grab of a minimal example of = this problem:
   http://academics.wellesley.edu/Physics/jbattat/geda/issu= es/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).  So I can work around it, but still, I figured you'd like to = know (maybe you=92re already aware of all of this).

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

Thanks,
James


= --Apple-Mail=_8C88931C-9BE3-41DB-9268-2481416375D9--