Re: [Kicad-developers] OpenGL rendering, etc

Hello, it might perhaps be worthwile to add Pixel-Snapping to the vertex/geometry shader, depending on the introduced relative error. Of course pixel snapping geometry is always altering reality in favor of "clean" graphics, but if the error is reasonably small, it's mostly the ERC that needs

Re: [Kicad-developers] RTree implementation

Am 2018-10-23 15:36, schrieb Wayne Stambaugh: On 10/23/2018 3:01 PM, Seth Hillbrand wrote: Am 2018-10-23 14:44, schrieb Wayne Stambaugh: I attempted to test this and ran into a dead end.  I was running into an out of memory error attempting to load the pcbnew.kiface with a full debug build so

[Kicad-developers] Jenkins build is back to normal : linux-kicad-full-gcc-head #4203

See ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-devel

Re: [Kicad-developers] [PATCH] Fuzzable PCB parsing test harness

The Mac build was broken last night, a rebuild this morning didn't help, but I'll trigger another one now and see how it goes. Thanks folks! On Tue, Oct 23, 2018, 5:44 PM Wayne Stambaugh wrote: > Fixes the linux build. Yeah!! > > On 10/23/18 6:37 PM, Seth Hillbrand wrote: > > Am 2018-10-23 17:

[Kicad-developers] Build failed in Jenkins: linux-kicad-full-gcc-head #4202

See Changes: [jeff] Fix build issue on OSX. [hillbrand] Prevent excess precision errors on 32-bit builds -- [...truncated 145.92 KB...] [ 85%] Built target qa_util

Re: [Kicad-developers] [PATCH] Fuzzable PCB parsing test harness

Fixes the linux build. Yeah!! On 10/23/18 6:37 PM, Seth Hillbrand wrote: Am 2018-10-23 17:48, schrieb Jeff Young: … Let's just hope the macos build doesn't choke. He he.  And it did. :) I think I fixed it but someone might want to check that I didn’t do something stupid. https://git.launch

Re: [Kicad-developers] [PATCH] Fuzzable PCB parsing test harness

Am 2018-10-23 17:48, schrieb Jeff Young: … Let's just hope the macos build doesn't choke. He he. And it did. :) I think I fixed it but someone might want to check that I didn’t do something stupid. https://git.launchpad.net/kicad/commit/?id=4061f1cce3b177ceca894fd2f01e0eedd928273b Just nee

Re: [Kicad-developers] [PATCH] Fuzzable PCB parsing test harness

On 10/23/18 5:48 PM, Jeff Young wrote: > … Let's just hope the macos build doesn't choke. He he.  And it did. :) I think I fixed it but someone might want to check that I didn’t do something stupid. https://git.launchpad.net/kicad/commit/?id=4061f1cce3b177ceca894fd2f01e0eedd928273b Cheers,

Re: [Kicad-developers] [PATCH] Fuzzable PCB parsing test harness

> … Let's just hope the macos build doesn't choke. He he. And it did. :) I think I fixed it but someone might want to check that I didn’t do something stupid. https://git.launchpad.net/kicad/commit/?id=4061f1cce3b177ceca894fd2f01e0eedd928273b

Re: [Kicad-developers] RTree implementation

On 10/23/2018 3:01 PM, Seth Hillbrand wrote: > Am 2018-10-23 14:44, schrieb Wayne Stambaugh: > >> I attempted to test this and ran into a dead end.  I was running into an >> out of memory error attempting to load the pcbnew.kiface with a full >> debug build so I had to build with -DBUILD_SMALL_DEB

Re: [Kicad-developers] RTree implementation

Am 2018-10-23 14:44, schrieb Wayne Stambaugh: I attempted to test this and ran into a dead end. I was running into an out of memory error attempting to load the pcbnew.kiface with a full debug build so I had to build with -DBUILD_SMALL_DEBUG_FILES=ON to even run pcbnew. I followed your steps

Re: [Kicad-developers] RTree implementation

On 10/23/2018 12:09 PM, Seth Hillbrand wrote: > Am 2018-10-22 18:33, schrieb Seth Hillbrand: >> Given that this would be a change _only_ for the 32-bit compiles, this >> may be acceptable.  Also, I haven't seen any MSW reports of this >> issue, so I'm inclined to limit the change to linux only. >

Re: [Kicad-developers] Net ties and copper DRC

Am 2018-10-23 13:45, schrieb mdoes...@xs4all.nl: Ignoring clearances in a footprint sound scary to me. Doing 1kV designs I want the clearances checked, so Ik know I've chosen the wrong footprint. How about creating special pin names xxx_nettie just like the special netnames for differential pair

Re: [Kicad-developers] Net ties and copper DRC

Hello Seth, I never even knew this feature existed. So basically copper which is not a pad is ignored during DRC? That's fine, you should not do that unless you're doing something weird. regards, Mark. Seth Hillbrand wrote: Hi Mark- This is the current 5.0 behavior, so nothi

Re: [Kicad-developers] Net ties and copper DRC

Mark, This only applies to a single footprint with graphical items on on copper layers. Clearances to all other copper not belonging to the footprint will be checked. This is not a common use of graphical objects on footprint copper layers and was only done as a work around because we don't have

Re: [Kicad-developers] Net ties and copper DRC

Ignoring clearances in a footprint sound scary to me. Doing 1kV designs I want the clearances checked, so Ik know I've chosen the wrong footprint. How about creating special pin names xxx_nettie just like the special netnames for differential pairs? regards, Mark. Seth Hillbrand wrote:

Re: [Kicad-developers] RTree implementation

Am 2018-10-22 18:33, schrieb Seth Hillbrand: Given that this would be a change _only_ for the 32-bit compiles, this may be acceptable. Also, I haven't seen any MSW reports of this issue, so I'm inclined to limit the change to linux only. An addendum here: We don't see this issue other than on

Re: [Kicad-developers] Net ties and copper DRC

If possible this would solve the problem quite elegantly for the time being. +1 On Tue, Oct 23, 2018 at 8:54 AM Jeff Young wrote: > Hi Seth and Wayne, > > I had considered and discarded having DRC ignore copper graphics in > footprints. But the “same footprint” test didn’t occur to me, and I th

Re: [Kicad-developers] Net ties and copper DRC

Hi, On 10/23/2018 02:10 PM, Jeff Young wrote: > I plan to add a IS_NET_TIE flag to graphic items to fix it. (This appears > compatible with the net tie discussions of yore on the email list.) There > will be a checkbox in Graphic Item Properties to set it. I'd like to make these obsolete as

Re: [Kicad-developers] [RFC] wxPhoenix support

I have briefly tested the branch with Phoenix/Python3/GTK3 and wxPython/Python2/GTK3 on Linux - no problems observed so far. Well done, thank you Thomas! Cheers, Orson On 10/23/18 3:56 PM, Thomas Pointhuber wrote: > Hi Wayne, > > The console crash is already fixed in the merge request: > https:/

Re: [Kicad-developers] 5.1

On 10/23/18 3:00 PM, Seth Hillbrand wrote: > The issues were asserts, missing icons and a crash on exit.  I tracked > it down to a wx module that was loaded by pip in my user cache from when > I was testing gtk3 builds.  Yay, python.  Removing it cleared all issues. Indeed it sounds like gtk2/gtk3

Re: [Kicad-developers] Net ties and copper DRC

Hey Jeff, This should "work" as long as we are opertating under the assumption that copper overlap from different nets within a footprint is what the footprint designer intended. I know this may not always be the case but until we add support for this in our board file, it might be the best solut

Re: [Kicad-developers] [RFC] wxPhoenix support

Hi Wayne, The console crash is already fixed in the merge request: https://code.launchpad.net/~pointhi/kicad/+git/kicad/+merge/357605 Regards, Thomas Am 22.10.18 um 18:36 schrieb Wayne Stambaugh: > Hey Thomas, > > I looked over you merge request and it changes seem fine. I still need > to test

Re: [Kicad-developers] Net ties and copper DRC

Hi Seth and Wayne, I had considered and discarded having DRC ignore copper graphics in footprints. But the “same footprint” test didn’t occur to me, and I think it's just enough to make it work. Cheers, Jeff. > On 23 Oct 2018, at 14:38, Wayne Stambaugh wrote: > > On 10/23/2018 9:05 AM, Set

Re: [Kicad-developers] Net ties and copper DRC

On 10/23/2018 9:05 AM, Seth Hillbrand wrote: > Am 2018-10-23 08:10, schrieb Jeff Young: >> So I broke our net-ties work-around when I added DRC for copper >> graphic items. >> >> I plan to add a IS_NET_TIE flag to graphic items to fix it.  (This >> appears compatible with the net tie discussions of

Re: [Kicad-developers] Net ties and copper DRC

Am 2018-10-23 08:10, schrieb Jeff Young: So I broke our net-ties work-around when I added DRC for copper graphic items. I plan to add a IS_NET_TIE flag to graphic items to fix it. (This appears compatible with the net tie discussions of yore on the email list.) There will be a checkbox in Gra

Re: [Kicad-developers] 5.1

Am 2018-10-23 03:08, schrieb Maciej Sumiński: Hi Seth, On 10/22/18 11:50 PM, Seth Hillbrand wrote: Hi Orson- This looks very nice.  It works well for me with scripting off on Debian Stretch.  I had some issues with scripting on that I haven't encountered with the master branch but I suspect

[Kicad-developers] Net ties and copper DRC

So I broke our net-ties work-around when I added DRC for copper graphic items. I plan to add a IS_NET_TIE flag to graphic items to fix it. (This appears compatible with the net tie discussions of yore on the email list.) There will be a checkbox in Graphic Item Properties to set it. Question:

Re: [Kicad-developers] 5.1

Hi Seth, On 10/22/18 11:50 PM, Seth Hillbrand wrote: > Hi Orson- > > This looks very nice.  It works well for me with scripting off on Debian > Stretch.  I had some issues with scripting on that I haven't encountered > with the master branch but I suspect that this is a gtk2/3 issue because > I c