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=googlemail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=25dAH6Egz2ITlA4fRZC1KJ/gUr0eDzRviG07O5HCexU=; b=pfyezHqWTnv5fLY/tW2XP9P7dYU1osPm9agVw5FCNn17krJCOAU6QQgCw6jO4SIXdA h6Nr8eV3LfHbhGxJduiU0x03lvb4LBCXYnHsZIWpjWJGHCh1zyiVM8HTN42te1B2l3uS GMyftAjd3Q0QWGBXlKwJcFaKp/lHGmrye87p7fcR4Jt7Ypya+IRLGgJk6DpUDYPF2IcB i9KcyOMn4QPVV5RP/9LiTceAW13WDfaBz3HT+/2VMJ0dj2GCcuj+QFelK80lsKOK/gYx IhmYUikniRr6d7Gqpa6VP2sy1R+Idu+AuYvciVKbhbRffUGCCYpaSKPHykvv+lmlBzu9 EAhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=25dAH6Egz2ITlA4fRZC1KJ/gUr0eDzRviG07O5HCexU=; b=H62sYdiFZm/bnoRu9Oss3SjVdlua4ekVEw9vjoFO/sZ7Iu3MDmSKiDzwp4NbrMnSro HIvlifr921//wlZWziMS4Hn9IGJFmM5X3ek8kmj0qMC5oK6gBrOqH6/vhn9GmGRc7AYN Uwn95UVPvWvk8Cuj5PmSKZ2pOoAeuxV7qMAaCflBLl3AtOfePiW80103gSwOtOHet8WM /+3HpRguk2yxLAhgz58t7B4iQy8z5IqAYbjGkXqutjNYgERvFY+IOIoIOtvc2DHbvCGz JmYrMeRHkdnBpeNxX78dvQImTlsgkiiM5qgQdkP7N2bGvGfkyame/3Wx+u4ofu8cIFYc htIg== X-Gm-Message-State: AMke39nAKcgda6lR0RzLHmsibam26M4dkzGFaUOXbrVdlMq6PKcksR8tRFHt8UFfWZBPjiZ8U/HafQHKVOYnWQ== X-Received: by 10.237.51.37 with SMTP id u34mr19068354qtd.40.1487536598126; Sun, 19 Feb 2017 12:36:38 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: From: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" Date: Sun, 19 Feb 2017 20:36:37 +0000 Message-ID: Subject: Re: [geda-user] Moved from geda-help.. Re: [geda-help] Strange view in pcb! To: gEDA User Mailing List Content-Type: multipart/alternative; boundary=94eb2c124f348594d20548e81a5f 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 --94eb2c124f348594d20548e81a5f Content-Type: text/plain; charset=UTF-8 Technically it is possible to use the GL rendering code with Lesstif, but I'll admit it has been a while since I tried it. (Had a quick go as a proof of concept). The rendering API changes do facilitate other hids to improve too, but honestly - the GDK backend is slow, non transparent and is really a legacy fallback for the increasingly rare cases where GL can't be used for whatever reason. I have little interest in sending a lot of effort there myself. All this said - there is again no reason we cannot take a more physical approach to whether or not pads are shown in any gui hid.. could switch them off when the relevant layer group(s) are hidden. (Now expect cries from people who want to view the pads, but not the tracks on the top / bottom layers) On 19 Feb 2017 20:28, "Chad Parker (parker DOT charles AT gmail DOT com) [via geda-user AT delorie DOT com]" wrote: Sure, I'm happy to help review. This still wont solve the problem for the lesstif or gdk HIDs though, only the GL hid. --Chad On Sun, Feb 19, 2017 at 3:02 PM, Peter Clifton ( petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] < geda-user AT delorie DOT com> wrote: > > > On 19 Feb 2017 19:51, "Chad Parker (parker DOT charles AT gmail DOT com) [via > geda-user AT delorie DOT com]" wrote: > > The problem with the code right now is that pins and pads don't actually > exist on layers, they are separate. So, turning off a layer has no effect > on pins or pads. Does your 3D stuff also rework that aspect of > pins/pads/vias and the layer code? > > > No, but it reworks the rendering stack extensively... for 3D view, it > renders much more like a physical exporter than the traditional "gui" > pipeline imposed by draw.c > > Any guess as to when it will arrive? > > > Not exactly, but it is certainly high on my non - work related goals list > for this year to see that code merged. (It has been out of mainline way too > long). > > I can probably point you to a few bits and pieces where I could use help > and code review if you like. I'm mid-attempt at rebasing the old patch > series against HEAD, and one area which could really help (as I'm currently > not designing any boards), is test-driving the result to validate the > rebase. > > Peter > > > --Chad > > On Sun, Feb 19, 2017 at 2:25 PM, Peter Clifton ( > petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] < > geda-user AT delorie DOT com> wrote: > >> Hi Chad, >> >> (Moving to geda-user as this is not directly answering the OP question) >> >> The later 3D stuff will help when it lands. There is a more physical view >> mode where turning off individual layers also hides any features on that >> layer such as pads etc.. >> >> Otoh... the fact OP is having issues makes me wonder if they have GL >> enabled or not. Transparency helps. >> >> Peter >> >> Peter >> >> >> On 19 Feb 2017 19:19, "Chad Parker (parker DOT charles AT gmail DOT com) [via >> geda-help AT delorie DOT com]" wrote: >> >> It took me a sec, but I figured out what he means. He's turning off the >> pins/pads so that they're not in the way while he's routing on inner >> layers. >> >> The problem is that when you turn off the pins/pads, it turns them off >> for all layers. On the inner layers a plated thru-hole will (often) have a >> circuilar pad around it, not to mention that there is actually a hole >> through the board. With pins/pads off, there is no indication of this this >> at all and you can route a trace straight through a through-hole with out >> realizing it (or on the top or bottom layer too, actually). >> >> Hence the feature's he's asking for. If you could turn off surface mount >> pads without turning off pins, then this wouldn't be a problem. Or, if we >> had an "online-DRC" that would prevent you from drawing things that >> violated design rules, it would also prevent you from doing this. >> >> The quickest fix for this, I think, is to change things slightly so that >> pins and vias are grouped together for visibility and pads are their own >> separate "layer". The right way to do this probably involves reworking the >> layer system, but this is a pretty quick hack that should work for now. >> >> I opened a bug report on LaunchPad: https://bugs.launchpad.net/pcb >> /+bug/1666052 >> >> --Chad >> >> On Sat, Feb 18, 2017 at 3:25 AM, Smilie (smilie AT posteo DOT de) [via >> geda-help AT delorie DOT com] wrote: >> >>> I think, PCB need some additional features: >>> >>> >>> 1. split PIN/PAD Layer in two Buttons PIN and PAD. >>> 2. make it possible, that the "auto enforce DRC clearance" works also >>> while moving lines. >>> >>> 3. the algorithm for "auto enforce DRC clearance" could be modified, >>> that the line will be lay around the barrier? >>> >>> >>> >>> >>> Am Wed, 15 Feb 2017 15:28:44 +0000 >>> schrieb "Peter Clifton (petercjclifton AT googlemail DOT com) [via >>> geda-help AT delorie DOT com]" : >>> >>> > I think I'll have to try that to understand properly; but if you mean >>> > - you accidentally shorted against pins which you had switched off >>> > visibility for... Not sure how to avoid that fully. >>> > >>> > Perhaps need to separate the view controls a little more. In my later >>> > 3D stuff (available on repo.or.cz), in 3D view turning off any layer >>> > also hides things like copper pads on that layer. >>> > >>> > Peter >>> > >>> > Peter >>> > >>> > On 15 Feb 2017 15:19, "Smilie (smilie AT posteo DOT de) [via >>> > geda-help AT delorie DOT com]" wrote: >>> > >>> > > Am Wed, 15 Feb 2017 10:48:02 +0000 >>> > > schrieb "Peter Clifton (petercjclifton AT googlemail DOT com) [via >>> > > geda-help AT delorie DOT com]" : >>> > > >>> > > > Any chance you can post a screenshot of what you describe? >>> > > > >>> > > > (Imagebin.ca or similar if the files are big?) >>> > > > >>> > > > On 15 Feb 2017 10:45, "Smilie (smilie AT posteo DOT de) [via >>> > > > geda-help AT delorie DOT com]" wrote: >>> > > > >>> > > > > Hello guys, >>> > > > > >>> > > > > if i have an Jumper connected through all layers. >>> > > > > But if i disable the view of all layers, apart from a inner >>> > > > > signal-layer, the contacts of the connected through is not >>> > > > > visible. This is in my opinion a bug. >>> > > > > Or what is this feature for? >>> > > > > >>> > > > > lg >>> > > > > >>> > > >>> > > >>> > > OK, i see the Failure, but i will explain the situation. >>> > > >>> > > >>> > > Step by step: >>> > > >>> > > 1. create a new pcb. >>> > > >>> > > 2. Load a Jumper1 and place it to the board. >>> > > >>> > > 3. Take also some SMD-footprints an place it free over the board. >>> > > >>> > > Now you wont draw a line in a (signal) middle layer, but the >>> > > SMD-Footprints are worry. Because this you make some layers >>> > > invisible. >>> > > >>> > > 4. Now you make the pins/pads invisible. Or what? >>> > > >>> > > But, you can not free draw the middle layer, because you have >>> > > collisions with footprints like Jumper1. >>> > > >>> > > >>> > > >>> >>> >> >> > > --94eb2c124f348594d20548e81a5f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
=C2=A0Technically it is possible to use the GL rendering = code with Lesstif, but I'll admit it has been a while since I tried it.= (Had a quick go as a proof of concept).

The rendering API changes do facilitate other hids to improve to= o, but honestly - the GDK backend is slow, non transparent and is really a = legacy fallback for the increasingly rare cases where GL can't be used = for whatever reason. I have little interest in sending a lot of effort ther= e myself.

All this said = - there is again no reason we cannot take a more physical approach to wheth= er or not pads are shown in any gui hid.. =C2=A0could switch them off when = the relevant layer group(s) are hidden. (Now expect cries from people who w= ant to view the pads, but not the tracks on the top / bottom layers)
<= div dir=3D"auto">


On 19 Feb 2017 20:28, "Cha= d Parker (parker DOT charles AT gmail.= com) [via geda-user AT delorie DOT co= m]" <geda-user AT delorie= .com> wrote:
Sure, I'm happy to help review.

This = still wont solve the problem for the lesstif or gdk HIDs though, only the G= L hid.

= --Chad

On Sun, Feb 19, 2017 at 3:02 PM, Peter Cli= fton (pe= tercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] <= ;geda-user AT delor= ie.com> wrote:


On 19 Feb 2017 19:51, "Chad Parker (parker DOT charles AT gmail DOT com) [via geda-user AT delorie DOT com]" <ge= da-user AT delorie DOT com> wrote:
T= he problem with the code right now is that pins and pads don't actually= exist on layers, they are separate. So, turning off a layer has no effect = on pins or pads. Does your 3D stuff also rework that aspect of pins/pads/vi= as and the layer code?

No, but it reworks the renderi= ng stack extensively... for 3D view, it renders much more like a physical e= xporter than the traditional "gui" pipeline imposed by draw.c

Any guess as to when it wi= ll arrive?

Not exact= ly, but it is certainly high on my non - work related goals list for this y= ear to see that code merged. (It has been out of mainline way too long).

I can probably point you t= o a few bits and pieces where I could use help and code review if you like.= I'm mid-attempt at rebasing the old patch series against HEAD, and one= area which could really help (as I'm currently not designing any board= s), is test-driving the result to validate the rebase.

=
Peter


--Chad

On Sun, Feb 19, 2017 at 2= :25 PM, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
Hi Chad,

(Moving to geda-user as this is not directly answering the OP question)

The later 3D stuff will hel= p when it lands. There is a more physical view mode where turning off indiv= idual layers also hides any features on that layer such as pads etc..
=

Otoh... the fact OP is having= issues makes me wonder if they have GL enabled or not. Transparency helps.=

Peter

Peter


On 19 F= eb 2017 19:19, "Chad Parker (parker DOT charles AT gmail DOT com) [via geda-help AT delorie DOT com]" &l= t;geda-help AT delo= rie.com> wrote:
It took me a sec, but I figured out= what he means.=C2=A0He's turning off the pins/pads so that they're= not in the way while he's routing on inner layers.

The problem is that when you turn off the pins/pads, it turns them off for=20 all layers. On the inner layers a plated thru-hole will (often) have a=20 circuilar pad around it, not to mention that there is actually a hole=20 through the board. With pins/pads off, there is no indication of this=20 this at all and you can route a trace straight through a through-hole=20 with out realizing it (or on the top or bottom layer too, actually).
Hence the feature's he's asking for. If you could turn off s= urface mount pads without turning off pins, then this wouldn't be a pro= blem. Or, if we had an "online-DRC" that would prevent you from d= rawing things that violated design rules, it would also prevent you from do= ing this.

The quickest fix for this, I think, is to change thi= ngs slightly so that pins and vias are grouped together for visibility and = pads are their own separate "layer". The right way to do this pro= bably involves reworking the layer system, but this is a pretty quick hack = that should work for now.

I opened a bug report on Launc= hPad: https://bugs.launchpad.net/pcb/+bug/1666052

--Ch= ad

On Sat, Feb 18, 2017 at 3:25 AM, Smilie (<= a href=3D"mailto:smilie AT posteo DOT de" target=3D"_blank">smilie AT posteo DOT de) = [via geda-help AT d= elorie.com] <geda-help AT delorie DOT com> wrote:
I think, PCB need some additional features:


1. split PIN/PAD Layer in two Buttons PIN and PAD.
2. make it possible, that the "auto enforce DRC clearance" works = also
while moving lines.

3. the algorithm for "auto enforce DRC clearance" could be modifi= ed,
that the line will be lay around the barrier?




Am Wed, 15 Feb 2017 15:28:44 +0000
schrieb "Peter Clifton (petercjclifton AT googlemail DOT c= om) [via
geda-help AT delori= e.com]" <geda-help AT delorie DOT com>:

> I think I'll have to try that to understand properly; but if you m= ean
> - you accidentally shorted against pins which you had switched off
> visibility for... Not sure how to avoid that fully.
>
> Perhaps need to separate the view controls a little more. In my later<= br> > 3D stuff (available on repo.or.cz), in 3D view turning off any layer
> also hides things like copper pads on that layer.
>
> Peter
>
> Peter
>
> On 15 Feb 2017 15:19, "Smilie (smilie AT posteo DOT de) [via
> geda-help AT d= elorie.com]" <geda-help AT delorie DOT com> wrote:
>
> > Am Wed, 15 Feb 2017 10:48:02 +0000
> > schrieb "Peter Clifton (petercjclifton AT googlemail DOT com) [via=
> > geda-h= elp AT delorie DOT com]" <geda-help AT delorie DOT com>:
> >
> > >=C2=A0 Any chance you can post a screenshot of what you descr= ibe?
> > >
> > > (Imagebin.ca or similar if the files are big?)
> > >
> > > On 15 Feb 2017 10:45, "Smilie (smilie AT posteo DOT de) [via
> > > g= eda-help AT delorie DOT com]" <geda-help AT delorie DOT com> wrote:
> > >
> > > > Hello guys,
> > > >
> > > > if i have an Jumper connected through all layers.
> > > > But if i disable the view of all layers, apart from a i= nner
> > > > signal-layer, the contacts of the connected through is = not
> > > > visible. This is in my opinion a bug.
> > > > Or what is this feature for?
> > > >
> > > > lg
> > > >
> >
> >
> > OK, i see the Failure, but i will explain the situation.
> >
> >
> > Step by step:
> >
> > 1. create a new pcb.
> >
> > 2. Load a Jumper1 and place it to the board.
> >
> > 3. Take also some SMD-footprints an place it free over the board.=
> >
> > Now you wont draw a line in a (signal) middle layer, but the
> > SMD-Footprints are worry. Because this you make some layers
> > invisible.
> >
> > 4. Now you make the pins/pads invisible. Or what?
> >
> > But, you can not free draw the middle layer, because you have
> > collisions with footprints like Jumper1.
> >
> >
> >







--94eb2c124f348594d20548e81a5f--