X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Tue, 10 Jun 2014 22:30:52 +1200 From: Lilith Bryant Subject: Re: [geda-user] PCBGL Branch Issues To: geda-user AT delorie DOT com In-Reply-To: (from peter DOT clifton AT clifton-electronics DOT co DOT uk on Tue Jun 10 21:39:25 2014) X-Mailer: Balsa 2.5.1-79-g9697477 Message-Id: <1402396252.16085.8@zotlet.(none)> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id s5AAV8lc019423 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 On 2014-06-10 09:39:25 PM, Peter Clifton wrote: > I think this is an artefact of mainline drawing the transparent pads on top > of each other, and the pcb+gl branch rendering based more closely on what > the resultant copper will look like. Well yes, it does look like the copper, so if that's the intention, then fair enough. The old behaviour was useful for seeing that the overlapping pads were actually there. New behaviour makes it a bit more working blind. Though I've just noticed that dragging the element shows the overlapping pads anyway, so that's at least a way to tell they are there. Good enough I guess. > If you switch on solder mask display, it should look right. (NB.. I don't > think the old non gl mainline, or the Lesstif HID would show those overlaid > pads in non outline view either). For me it's a paste-mask issue, not a solder-mask issue. I'm only doing overlapping pads to get a custom paste mask. The solder mask looks correct on both versions. > As for the via in pad case, I've not tested this yet, but would expect that > you should see the drill hole. The via annulus will not show unless it > protrudes outside the pad. Yes, you can see the hole fine. > Flipping sides should work, but perhaps something got broken. The 3D mode > does force all layers to be rendered in their defined order. > Interestingly enough unmodified-tab and shift-tab DO work ok. Only the ctrl-shift-tab "x-ray-vision" doesn't work. Is the support for the mirrored projection that this mode requires lacking?